Android 的新 Jack 编译器真的那么慢吗?

Is Androids new Jack compiler really that slow?

在我的一些 Android 项目中,我发现自从使用新的 Jack 编译器以来,构建变得非常缓慢。我需要它来使用 Java 8 个功能,例如 lambdas。

但是漫长的构建时间有点令人不安。所以我建立了一个新的 Android 项目。它仅包含一个 MainActivity 和一个按钮,该按钮会在您点击时做出反应。

package de.xappo.myapplication;

import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.view.View;
import android.widget.Button;
import android.widget.Toast;

public class MainActivity extends AppCompatActivity {

    Button button;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        button = (Button) findViewById(R.id.button);
        button.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(final View view) {
                Toast.makeText(MainActivity.this, "Button clicked!", Toast.LENGTH_LONG).show();
            }
        });
    }
}

除了在 RelativeLayout.

中仅包含一个 TextView 和一个 Button 的布局文件外,没有其他内容

正如您在图片中看到的,所有 jack gradle 任务加起来大约需要 75 秒。这是正常的吗?这个洞示例应用程序在没有千斤顶的情况下构建时间不到 22 秒。那么这么大的差异正常吗?

我已经在我的 gradle.properties 文件中管理 Java 堆大小:

org.gradle.jvmargs=-Xmx2048m -XX:MaxPermSize=512m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8

还有什么可以提高jack编译性能的吗?或者您是否知道为缩短构建时间而计划对 jack 进行的任何更新?

根据 this announcement, the Jack toolchain on Android is deprecated and java8 support will be directly integrated into Android's standard javac and dx toolchain. I switched to Jack for java8 support, but then transitioned to retrolambda 因为杰克太慢了。