摘要: 今天早上，Google 發(fā)布了 AS 3.0，以及一系列的 Support 包，有意思的新東西挺多，因?yàn)橹耙恢痹诳?kotlin的支持，特地翻了一下對(duì) Java8 的支持方式，結(jié)果……
本文開源實(shí)驗(yàn)室原創(chuàng)，轉(zhuǎn)載請(qǐng)以鏈接注明：https://kymjs.com/code/2017/10/26/01/
支持 Java 8
kotlin 相關(guān)的東西很早以前我就在講了，這里就不再細(xì)說了。AS3里面有一個(gè)亮眼的特性就是支持J8。首先說一下為什么以前我們不能用Java8的新特性，最主要的原因就是 lambda 語(yǔ)法。在 JVM 中，Java8 的語(yǔ)法是通過一個(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ì)對(duì) class 做操作，將內(nèi)部的lambda相關(guān)的語(yǔ)法轉(zhuǎn)換為dalvik可識(shí)別的語(yǔ)法。
說的太抽象具體表現(xiàn)我們看代碼。
@Overrideprotected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); new Thread(() -> { Log.d("kymjs", "========"); }).start();}一個(gè)這樣的Java8 lambda語(yǔ)法的代碼被編譯以后，反編譯它，可以看到變成了這樣：
protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); this.setContentView(2131296283); (new Thread(MainActivity$$Lambda$0.$instance)).start();}// $FF: synthetic classfinal 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))。具體原理操作請(qǐng)見源碼的visitInvokeDynamicInsn方法:GoogleCode請(qǐng)自備梯子
上面的代碼演示了純函數(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 classfinal 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)對(duì)象不再是靜態(tài)的了；lambda 類的構(gòu)造方法多了一個(gè)外部類對(duì)象的引用。因此，如果 lambda body 不是一個(gè)非純函數(shù)，是有可能會(huì)造成內(nèi)存泄漏的(原因跟內(nèi)部類持有外部類對(duì)象是一樣)。
最后：附一篇官方介紹：https://developer.android.com/studio/write/java8-support.html
方法引用
這個(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";@Overrideprotected 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)依舊是普通對(duì)象方法調(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 classfinal 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)換成對(duì)象，再調(diào)用這個(gè)對(duì)象的invoke()方法。但是別忘了，kotlin有神奇的inline關(guān)鍵字，就專門用來解決這種莫名其妙的多生成一大堆對(duì)象的情況。
假設(shè)給上面的test()方法加上inline關(guān)鍵字后，編譯后的代碼就變成了這樣，相當(dāng)于并沒有調(diào)用test()方法，因此也就不存在多生成的Function0對(duì)象了：
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 支持的噱頭
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
