AndroidStudio3支持Java8了請問你敢用嗎

摘要: 今天早上，Google 發(fā)布了 AS 3.0，以及一系列的 Support 包，有意思的新東西挺多，因為之前一直在看 kotlin的支持，特地翻了一下對 Java8 的支持方式，結果……

創(chuàng)新互聯(lián)專注于灤南網站建設服務及定制，我們擁有豐富的企業(yè)做網站經驗。熱誠為您提供灤南營銷型網站建設，灤南網站制作、灤南網頁設計、灤南網站官網定制、微信小程序開發(fā)服務，打造灤南網絡公司原創(chuàng)品牌,更為您提供灤南網站排名全網營銷落地服務。

本文開源實驗室原創(chuàng)，轉載請以鏈接注明：https://kymjs.com/code/2017/10/26/01/

支持 Java 8

kotlin 相關的東西很早以前我就在講了，這里就不再細說了。AS3里面有一個亮眼的特性就是支持J8。首先說一下為什么以前我們不能用Java8的新特性，最主要的原因就是 lambda 語法。在 JVM 中，Java8 的語法是通過一個叫做invokedynamic的字節(jié)碼操作命令完成的，但是這東西在 dalvik 中并沒有，因此一直不能用。

現(xiàn)在AS3.0之所以能用，實際上是在新的Android Studio中加入了一個desugar的東西，他就類似JVM上的invokedynamic，把Java8的字節(jié)碼翻譯成dalvik可識別的。

官網介紹：

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 能干啥

首先看張官方圖：

AndroidStudio3 支持 Java8 了請問你敢用嗎

在 javac 執(zhí)行后，desugar 會對 class 做操作，將內部的lambda相關的語法轉換為dalvik可識別的語法。
說的太抽象具體表現(xiàn)我們看代碼。

@Override
protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  setContentView(R.layout.activity_main);
  new Thread(() -> {
    Log.d("kymjs", "========");
  }).start();
}

一個這樣的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()方法內有一句MainActivity.lambda$onCreate$0$MainActivity();其實這一句就是原本lambda body，他被轉換成了 MainActivity 類中的一個 static method。在最終編譯成 dex 后會再次優(yōu)化，減少一次方法調用直接變成run方法的body(相當于內聯(lián))。具體原理操作請見源碼的visitInvokeDynamicInsn方法:GoogleCode請自備梯子

上面的代碼演示了純函數(shù)(什么是純函數(shù)自己wiki)的操作，下面看一個非純函數(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 類的構造方法多了一個外部類對象的引用。因此，如果 lambda body 不是一個非純函數(shù)，是有可能會造成內存泄漏的(原因跟內部類持有外部類對象是一樣)。
最后：附一篇官方介紹：https://developer.android.com/studio/write/java8-support.html

方法引用

這個就實在是讓我哭笑不得了。官網標注，Method References 完全支持了，原本想到kotlin 的高階函數(shù)會有性能問題，還想看看Java8會不會有這個問題。但是我用了一下，槽點滿滿。不管是Supplier還是Predicate,Function所有的方法調用都得要最低 API24，我靠現(xiàn)在普遍都是兼容到14的吧，你這讓我怎么用高階方法。不過我也嘗試不考慮低版本寫了一個，看了一下效果。

首先是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 block) {
  System.out.println("=======" + block.get());
}

java8編譯后，貌似換湯不換藥，只替換lambda部分，方法內依舊是普通對象方法調用：

protected void onCreate(Bundle savedInstanceState) {
  super.onCreate(savedInstanceState);
  this.setContentView(2131296283);
  this.test(new MainActivity$$Lambda$0(this));
}
public void test(Supplier 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 block) {
  Intrinsics.checkParameterIsNotNull(block, "block");
  System.out.println("=========" + ((String) block.invoke()));
}
/* compiled from: MainActivity.kt */
final class MainActivity$onCreate$1 extends Lambda implements Function0 {
  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在實現(xiàn)上跟Java也依舊是一模一樣，首先生成一個類，把lambda轉換成對象，再調用這個對象的invoke()方法。但是別忘了，kotlin有神奇的inline關鍵字，就專門用來解決這種莫名其妙的多生成一大堆對象的情況。
假設給上面的test()方法加上inline關鍵字后，編譯后的代碼就變成了這樣，相當于并沒有調用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 block) {
  Intrinsics.checkParameterIsNotNull(block, "block");
  System.out.println("=========" + ((String) block.invoke()));
}

原本我是想夸一夸J8的支持，因為我最初以為他是將 lambda body 的純函數(shù)轉換成靜態(tài)方法，直接將 lambda 改成靜態(tài)方法調用來做的，結果沒想到還不如 kotlin。感覺就是 Google 為了 KPI 去加了一個 Java8 支持的噱頭。

分享標題：AndroidStudio3支持Java8了請問你敢用嗎
URL分享：http://weahome.cn/article/pochgp.html

真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

AndroidStudio3支持Java8了請問你敢用嗎

其他資訊

網站制作

企業(yè)服務

網站建設

服務器托管