Android Studio3支持Java8了，就問你敢用嗎
日前，Google 發(fā)布了 AS 3.0，以及一系列的 Support 包，有意思的新東西挺多，因?yàn)橹耙恢痹诳?kotlin的支持，特地翻了一下對 Java8 的支持方式，結(jié)果……
支持 Java 8
kotlin 相關(guān)的東西很早以前我就在講了，這里就不再細(xì)說了。AS3里面有一個(gè)亮眼的特性就是支持J8。首先說一下為什么以前我們不能用Java8的新特性，最主要的原因就是 lambda 語法。在 JVM 中，Java8 的語法是通過一個(gè)叫做 invokedynamic 的字節(jié)碼操作命令完成的，但是這東西在 dalvik 中并沒有，因此一直不能用。
現(xiàn)在AS3.0之所以能用，實(shí)際上是在新的Android Studio中加入了一個(gè) desugar 的東西，他就類似 JVM 上的 invokedynamic ，把Java8的字節(jié)碼翻譯成 dalvik 可識(shí)別的。
官網(wǎng)介紹：
Android Studio provides built-in support for using certain Java 8 language features and third-party libraries that use them. As shown in figure 1, the default toolchain implements the new language features by performing bytecode transformations, called desugar, on the output of the javac compiler.
desugar 能干啥
首先看張官方圖：
在 javac 執(zhí)行后，desugar 會(huì)對 class 做操作，將內(nèi)部的lambda相關(guān)的語法轉(zhuǎn)換為 dalvik 可識(shí)別的語法。
說的太抽象具體表現(xiàn)我們看代碼。
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.activity_main);
- new Thread(() -> {
- Log.d("kymjs", "========");
- }).start();
- }
一個(gè)這樣的Java8 lambda語法的代碼被編譯以后，反編譯它，可以看到變成了這樣：
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- this.setContentView(2131296283);
- (new Thread(MainActivity$$Lambda$0.$instance)).start();
- }
- // $FF: synthetic class
- final class MainActivity$$Lambda$0 implements Runnable {
- static final Runnable $instance = new MainActivity$$Lambda$0();
- private MainActivity$$Lambda$0() {
- }
- public void run() {
- MainActivity.lambda$onCreate$0$MainActivity();
- }
- }
我們看到上面的代碼，在編譯后的 run() 方法內(nèi)有一句 MainActivity.lambda$onCreate$0$MainActivity(); 其實(shí)這一句就是原本lambda body，他被轉(zhuǎn)換成了 MainActivity 類中的一個(gè) static method。在最終編譯成 dex 后會(huì)再次優(yōu)化，減少一次方法調(diào)用直接變成run方法的body(相當(dāng)于內(nèi)聯(lián))。具體原理操作請見源碼的 visitInvokeDynamicInsn 方法: GoogleCode請自備梯子
上面的代碼演示了純函數(shù)(什么是純函數(shù)自己wiki)的操作，下面看一個(gè)非純函數(shù)的。
編譯前：
- public class MainActivity extends AppCompatActivity {
- String mString = "hello";
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.activity_main);
- new Thread(() -> {
- Log.d("kymjs", "========" + mString);
- }).start();
- }
- }
編譯后：
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- this.setContentView(2131296283);
- (new Thread(new MainActivity$$Lambda$0(this))).start();
- }
- // $FF: synthetic class
- final class MainActivity$$Lambda$0 implements Runnable {
- private final MainActivity arg$1;
- MainActivity$$Lambda$0(MainActivity var1) {
- this.arg$1 = var1;
- }
- public void run() {
- this.arg$1.lambda$onCreate$0$MainActivity();
- }
- }
原本的 lambda 靜態(tài)對象不再是靜態(tài)的了;lambda 類的構(gòu)造方法多了一個(gè)外部類對象的引用。因此，如果 lambda body 不是一個(gè)非純函數(shù)，是有可能會(huì)造成內(nèi)存泄漏的(原因跟內(nèi)部類持有外部類對象是一樣)。
方法引用
這個(gè)就實(shí)在是讓我哭笑不得了。官網(wǎng)標(biāo)注，Method References 完全支持了，原本想到kotlin 的高階函數(shù)會(huì)有性能問題，還想看看Java8會(huì)不會(huì)有這個(gè)問題。但是我用了一下，槽點(diǎn)滿滿。不管是 Supplier 還是 Predicate , Function 所有的方法調(diào)用都得要最低 API24，我靠現(xiàn)在普遍都是兼容到14的吧，你這讓我怎么用高階方法。不過我也嘗試不考慮低版本寫了一個(gè)，看了一下效果。
首先是Java8編譯前代碼：
- public String str = "hello";
- @Override
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView(R.layout.activity_main);
- test(() -> str);
- }
- public void test(Supplier<String> block) {
- System.out.println("=======" + block.get());
- }
Java8編譯后，貌似換湯不換藥，只替換lambda部分，方法內(nèi)依舊是普通對象方法調(diào)用：
- protected void onCreate(Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- this.setContentView(2131296283);
- this.test(new MainActivity$$Lambda$0(this));
- }
- public void test(Supplier<String> block) {
- System.out.println("==========" + (String)block.get());
- }
- // $FF: synthetic class
- final class MainActivity$$Lambda$0 implements Supplier {
- private final MainActivity arg$1;
- MainActivity$$Lambda$0(MainActivity var1) {
- this.arg$1 = var1;
- }
- public Object get() {
- return this.arg$1.lambda$onCreate$0$MainActivity();
- }
- }
kotlin編譯前代碼：
- val str: String = "hello"
- override fun onCreate(savedInstanceState: Bundle?) {
- super.onCreate(savedInstanceState)
- setContentView(R.layout.activity_main)
- test {
- str
- }
- }
- fun test(block: () -> String) {
- println("=========${block.invoke()}")
- }
kotlin編譯后的代碼：
- protected void onCreate(@Nullable Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView((int) R.layout.activity_main);
- test(new MainActivity$onCreate$1(this));
- }
- public final void test(@NotNull Function0<String> block) {
- Intrinsics.checkParameterIsNotNull(block, "block");
- System.out.println("=========" + ((String) block.invoke()));
- }
- /* compiled from: MainActivity.kt */
- final class MainActivity$onCreate$1 extends Lambda implements Function0<String> {
- final /* synthetic */ MainActivity this$0;
- MainActivity$onCreate$1(MainActivity mainActivity) {
- this.this$0 = mainActivity;
- super(0);
- }
- @NotNull
- public final String invoke() {
- return this.this$0.getStr();
- }
- }
所以說，kotlin在實(shí)現(xiàn)上跟Java也依舊是一模一樣，首先生成一個(gè)類，把lambda轉(zhuǎn)換成對象，再調(diào)用這個(gè)對象的 invoke() 方法。但是別忘了，kotlin有神奇的 inline 關(guān)鍵字，就專門用來解決這種莫名其妙的多生成一大堆對象的情況。
假設(shè)給上面的 test() 方法加上 inline 關(guān)鍵字后，編譯后的代碼就變成了這樣，相當(dāng)于并沒有調(diào)用test()方法，因此也就不存在多生成的 Function0 對象了：
- protected void onCreate(@Nullable Bundle savedInstanceState) {
- super.onCreate(savedInstanceState);
- setContentView((int) R.layout.activity_main);
- MainActivity this_$iv = this;
- System.out.println("=========" + this.str);
- }
- public final void test(@NotNull Function0<String> block) {
- Intrinsics.checkParameterIsNotNull(block, "block");
- System.out.println("=========" + ((String) block.invoke()));
- }
原本我是想夸一夸J8的支持，因?yàn)槲易畛跻詾樗菍?lambda body 的純函數(shù)轉(zhuǎn)換成靜態(tài)方法，直接將 lambda 改成靜態(tài)方法調(diào)用來做的，結(jié)果沒想到還不如 kotlin。感覺就是 Google 為了 KPI 去加了一個(gè) Java8 支持的噱頭。
