lambda表达式

java8开始支持lambda表达式，让java可以进行函数式编程。
java8有两个非常重要的新特性：Lambda和Stream API。
策略模式优化：
在Java中，只能传递（数据）参数，不能传递方法。但是java可以传递一个对象（包含属性和方法），然后在内部调用对象的方法，这样就能间接调用方法了。
匿名内部类优化：
使用策略模式的话，会产生一个问题，每一个策略都对应一个策略类，当策略过多时，可能会引起类过多，如果一些策略使用频率不高或只使用一次，可以用匿名内部类的方式减少类的爆增。
lambda表达式：
java8以后当我们传递匿名内部类对象为参数时，idea会将这个参数置灰，提示匿名类对象可以用Lambda表达式代替。
为什么要引入lambda表达式：
1.使代码更简洁，更优雅，优化程序。
2.弥补java函数式编程的遗憾。（Lambda表达式可以看做函数式编程的子集）
lambda表达式的本质：
一个概念：lambda表达式，是一段可以传递的代码。以类的身份干方法的活。
使用lanbda表达式可以作为形参为接口的入参，说明在身份上与匿名内部类对象等价。
lambda表达式中的代码相当于一个方法，说明在作用上与方法等价。
public class Demo {
public static void main(String[] args) {
String str1 = “abc”;
String str2 = “abcd”;

    // 上面推导得出Lambda表达式与匿名类对象等价，所以我们可以把Lambda表达式赋值给Comparator接口
    Comparator<String> comparator = (String s1, String s2) -> {
        return s1.length() - s2.length();
    };
    // 调用
    int k = compareString(str1, str2, comparator);

    // 改进一下，跳过赋值这一步，直接把整个Lambda传给compareString()方法：
    compareString(str1, str2, (String s1, String s2) -> {
        return s1.length() - s2.length();
    });

    // 上面的代码虽然能运行，但是idea一直显示灰色，说有更优雅的写法。好吧，我改改。
    int x = compareString(str1, str2, (s1, s2) -> s1.length() - s2.length());

    // 不对，还是不够精简，再改改（方法引用）：
    x = compareString(str1, str2, Comparator.comparingInt(String::length));

    // 完美。
}

public static int compareString(String str1, String str2, Comparator<String> comparator) {
    return comparator.compare(str1, str2);
}

}

lambda表达式=形参列表 + 方法体
类名、方法名、形参类型、返回值类型、return关键字及{}都被省略了。
至于返回值与形参类型，Lambda都可以通过上下文推断。
至于{}能不能省略，与if的{}省略相同。
能省略的都省略了就有了lambda表达式。
使用lambda表达式需要注意什么：
关注如何编写lambda表达式，需要实现怎样的逻辑。
lambda表达式拓展：this与闭包
匿名内部类对象≠lambda表达式
匿名内部类中的this为xxx$1而lambda表达式的this对象为方法的调用者。
编译后匿名内部类会生产两个，而lambda表达式只有一个。
闭包：
定义在一个函数内部的函数，可以读取外函数的局部变量。
java8以前为什么传递给匿名内部类的参数需要声明成final？
生命周期不同步：方法中的局部变量在方法调用完成后弹栈，局部变量就会从内存中消失，而匿名内部类的实例在堆中，在未来某一时刻被gc回收。
对象的生命周期无法改变，所以只能是局部变量定义成final，让其常驻内存。
这样变量的生命周期会比实例更长久。
java8以后不需要写final？
通过对匿名内部类的字节码进行反编译，发现匿名内部类的构造器的入参都是final修饰，其底层会生成对象的final变量字段接收。
函数式接口：
有且只有一个抽象方法的接口。可以在接口上加一个@FunctionalInterface检测