AS3.0中的J8新特性

今天google官方放出了期待已久的AS3.0正式版，加入了很多新特性，支持kotlin，java8，编译速度更快等等，想必很多kotlin小迷弟，小迷妹们已经欢呼雀跃。然鹅，菜鸡如我，不会使用kotlin。只能研究一下作为android开发者在AS3.0中可以使用到的java8新特性。

官方对于AS中J8新特性的页面如下Use Java 8 Language Features（请自备红杏）

附上gradle-4.1-all.zip地址

配置Java8

首先需要抛弃之前的第三方插件

Android Studio为使用某些Java 8语言功能和使用它们的第三方库提供内置支持。，默认工具链通过desugar在javac编译器的输出上执行字节码转换来实现新的语言特性。

默认工具链

在3.0之前，相信很多小伙伴为了尝试java8的新特性，会使用第三方的插件来使用lambda，如：Jack, Retrolambda, 或 DexGuard，AS3.0将对其不再提供支持，如果as检测到你继续使用这些插件，as将继续使用第三方插件，而不使用默认的工具链。

删除Jack支持

将jackOptions从build.gradle删除

  android {
      ...
      defaultConfig {
      ...
    // 删除此代码块
        jackOptions {
            enabled true
              ...
        }
}

删除Retrolambda

请从项目级build.gradle文件中删除Retrolambda依赖关系

buildscript {
  ...
   dependencies {
      // 删除此依赖
      classpath 'me.tatarka:gradle-retrolambda:'
   }
}

并删除每个moudle下的build.gradle文件中Retrolambda引入

//删除
apply plugin: 'me.tatarka.retrolambda'
//删除(如果有的话)
retrolambda {
    jvmArgs '-Xmx2048m'
}

设置Java8

在build.gradle文件下android节点添加如下

android {
  ...
  //将项目的源和目标兼容性值设置为Java 8
  compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_8
    targetCompatibility JavaVersion.VERSION_1_8
  }
}

AS中的Java8新特性

放一张官方的资料图：

image.png

可以看到新版AS中指支持部分Java8的新特性，且有一部分还有minSdkVersion限制。接下来，我们对其比较常用的进行讲解：

Lambda

相信大家已经lambda已经非常熟悉，这里我们不讲语法，讲点别的需要注意的地方。

与匿名内部类的区别

lambda大家看作是一种匿名内部类，但实际却与匿名内部类是有区别的，

• lambda编译完成之后，使用的是J7新增的指令invokedynamic来表示，具体的实现不体现在字节码文件中，由虚拟机进行翻译lambda的具体执行策略，以便于后续JDK版本优化此语法特性的策略，同时可以很大程度上减少字节码的文件的大小和数量，分配方式类似于java.lang.invoke中MethodHandle中的动态调用方法（具体请百度）。目前lambda的具体执行方式还是与匿名内部类差不多的策略，据说oracle在以后的版本更新中会优化分配测罗，选用MethodHandle。
• 而匿名内部类方式生成新类，新建一个标有$xx.class的文件。

分类

lambda表达式的类型是一种特殊的接口，这种接口只有一个抽象方法，成为函数接口。

在J8中，lambda表达式倾向于函数式编程，根据其输入与返回类型不同，分为几种类型的函数接口，下面是系统提供的一组函数式接口类型，并以Rxjava的操作符举例：

接口	参数	返回类型	说明
Predicate	T	boolean	判断型函数，filter
Consumer	T	void	消费型函数，subcribe
Function	T	R	转换型函数，map
Supplier	None	T	生产型函数，create
UnaryOperator	T	T	Function的特殊情况
BinaryOperator	(T,T)	T	（二元）多元运算，zip

我们可以同过自定义接口进行使用，如android的View.OnclickListener极为消费性函数。

注意，在自定义函数接口时，站在用途的角度来考虑，为了区分普通接口与函数接口的区别，建议自定的函数接口都应该加上@FunctionalInterface注解。该直接会强制编译器检查一个接口是否符合函数接口的标准。如果该注释添加给一个枚举类型，类或者接口包含不止一个抽象方法，编译器就会报错。这对我们规范化代码有很大的帮助。

重载解析

，在运行过程中，会根据，java中可以重载方法，造成多个方法会有相同的方法名，但签名却不一样。这在推断类型是会带来问题，因为系统可能会推断出多种方法类型。当lambda表达式作为参数时，当出现重载情况时，这时，

java会挑出最具体的类型。

看一个例子：

static interface IntergerBifunciton extends BinaryOperator{
    }
    public  void overloadedMethoe(BinaryOperator l){
    }
    public  void overloadedMethoe(IntergerBifunciton l){
    }

接口IntergerBifunciton是BinaryOperator的子接口，在调用overloadedMethoe((x,y)->x+y)的时候，虚拟机会选用最具体的类型。

再看一个无法推断哪个更具体类型的例子：

    static interface Intergerfunciton{
        public boolean test(int x);
    }
    public  void overloadedMethoe(Predicate l){
    }
    public  void overloadedMethoe(Intergerfunciton l){
    }

我们使用overloadedMethoe((x)->true);调用的时候，会出现错误：

模糊调用

这是因为，编译器无法推断出哪种类型更具体 更适合方法的参数，故报错。我们在日常开发中应该避免出现这种情况。

Default and static interface methods（默认方法和静态接口方法）

• 默认方法
  java8相比之前最大的改动无疑是对集合类的改动和添加StreamAPI（minSdkVersion为24可用），用于在集合类中更方便的进行函数是编程，大家可以把StreamAPI看成类似Rxjava的类库，用以方便的对数据进行变换。（同样的，Stream也有很多类似Rxjava操作符的方法，比如filter，map，toList，flatmap等等，使用方法大同小异）。

java为Collection接口添加了stream方法（见下图），但是问题出现了，这意味着java1-java7中，实现了Collection接口的全部类都需要实现stream方法，否则，那些类将无法在java8里面通过编译。java为了保持向下兼容性，java8引入了默认方法，用关键字default表示。形象化说法就是：Collection告诉他的子类，如果你没有实现stream方法，就用我的吧。

stream方法

我们可以看到，在j8中，很多地方都使用了默认方法，如Iterable接口中的forEach和spliterator。

子接口中或者实现类中实现覆盖默认方法，需要Override注解。

看一下默认方法在复杂的继承关系中的一种特殊情况：

image.png

如图，OverrideChild既实现了Parent接口，又继承了实现了Parent接口的类，那么调用时，应该调用哪个方法呢？此例子打印出来的是from ParentImpl,原因在于，与接口中定义的默认方法相比，类中重写的方法更具体。

调用优先级为：类重写方法>子接口重写方法>父接口方法

接口允许多继承，因此，有了默认方法，子类就可以继承多个接口中的默认实现。这在某种形式上实现了多重继承的功能。（注意：如果在继承的多个接口中，有多个签名相同的默认方法，编译器将报错）

• 接口的静态方法

在以往的jdk版本中，接口是不允许存在静态方法的，j8发布后，为了使Stream.of静态方法，加入了静态方法，使得同一接口的子类可以共享这一静态方法。

try-with-resources

AS3.0在所有android api层面对try-with-resources进行支持。

try-with-resources声明一个或多个资源的 try 语句。一个资源作为一个对象，必须在程序结束之后随之关闭。 try-with-resources语句确保在语句的最后每个资源都被关闭 。

任何实现了 java.lang.AutoCloseable的对象, 包括所有实现了 java.io.Closeable 的对象, 都可以用作一个资源。

先来一段代码：

image.png

可以看到， try-with-resources 语句声明的资源是一个 BufferedReader。声明语句在紧跟在 try 关键字的括号里面。在j8之前，如果我要是有一个资源，在使用之后，需要显示的效用其close方法将其关闭，但j8新的语法糖出现后，我们只需要将其声明在try中，在资源使用完毕之后，将自动关闭，不需要手动调用。上面的语句相当于：

image.png

我们可以在try后声明多个资源，见下图：

image.png

我们也可以在try-with-resources 语句后添加自己需要捕获的异常或添加finally语句块，如下图：

image.png

注意，在try-with-resources 语句中, 任意的 catch 或者 finally 块都是在声明的资源被关闭以后才运行。

如果try-with-resources语句中资源的Close方法和try代码块中都抛出了异常，Close 方法抛出的异常被抑制，try代码块中的异常会被抛出。
Java7之后，可以使用Throwable.getSuppressed方法获得被抑制的异常。