本文地址：//www.greatytc.com/p/dd24738d2b11
写在前面：
Java8已经发布很久了，但是安卓官方对它的支持一直不是很完整，直到最近发布的Android Studio 3预览版才支持了函数式接口，集合的聚合操作等，所以现在有必要真正地来去学习它了。
本文主要针对Android Studio（3.0 canary1）对java api支持的部分做说明，当然，这部分的特性也完全是java8的一些特性，是其一个子集而没有其它差异之处。
本来这篇东西涉及到了java8的好几个特性，包括函数式接口，一些标准的函数式接口，集合的聚合操作和lambda表达式，但是一通了解准备下来，发现它们都是围绕着函数式接口这一个东西在呈现的，并且内容并不复杂，所以我打算用这一篇把这几个特性都讲了吧。当然，我这里只是挑最重要最核心最能让大家明白的几点来讲，需要更详细了解更多用法和细节的可以参看文末的官方文档地址。
既然说是围绕函数式接口来呈现的，那我们就先从函数式接口开始说起吧。
函数式接口
定义：
只有一个抽象方法的接口
（ 当然，这是我的白话定义，删繁就简我们就不啰嗦它的那些default方法和静态方法了。这两个特性完全只是对接口的一些能力扩展，不必大惊小怪，所以也是为什么我觉得不需要另外一篇文章介绍这些特性。）
这个定义就是专门为了lambda表达式的应用而设计的。只要理解到这里就可以了，事实也就这些吧。它并没有新的东西。倒是api里创建了一堆标准的函数式接口给各位使用，就是下面讲的这个：
标准函数式接口
java8硬是要提供这么一个“工具类”（嗯，因为它放在了java.util.function包下，我们确实完全可以理解成是一个工具），我想也是极力引导大家运用依赖倒置的原则吧，啥扩展代码都不要写进原有方法里面，只使用这些标准接口对接相应的输入输出类型，原有方法就只调用这些接口……但这是不是想多了啊？我们需要扩展的时候，自然会自己定义一个合理的（起码名字更好理解的）接口来解耦代码，真需要你提供这么一堆？但既然提供了，我们也只好试着将就着勉强着用用先吧，起码在输入输出类型一致时，我们不需要去定义多个功能相同的接口吧（可能设计者就只是这么想呢。。。确实，就是为了省点代码？作为jdk，这是不是管得太宽想得太多了？这是不是过度设计了？为了省点代码，让api变累赘？成功与否，看大家接受程度如何吧！记忆这些接口是一回事，我个人是推崇更自由地编写代码的，包括思想上的自由，不是由你来给我设计接口，当然如果自己不会设计接口，那是水平问题，这门槛也不高，不应该由jdk来做约束，限制了会设计接口的人的自由。——这有点像摇号，看似解决问题，但却伤害着所有人的根本利益。当然，你会说你也还可以自己定义接口啊。但这不一样，你既然提供了一个这样的东西，你对整个环境的影响是在的，我定义接口时就不得不考虑那些使用这些标准接口的人，甚至说不定有些团队还会因此而将标准接口列入编码规范，这些影响都是客观的，事物都是相互联系相互影响的。扯远了，不过也可以帮助大家理解这个函数式接口吧）
java8内置的几个标准函数式接口：
Predicate
boolean test(T)
表示判断。输入一个对象，返回布尔值
Consumer
void accept(T)
消费一个操作。输入一个对象，处理（消费）完后不返回值
Supplier
T get()
直接返回一个对象
Function
R apply(T)
就是函数映射的意思，一个输入，一个相应的输出
主要是以上4种接口了，另外还有很多都是在这几种的基础之上的扩展，比如加前缀Bi的表示输入两个参数，加了类型Int的表示返回的类型用int类型等等。
又一个题外话——
这样只需要在使用的时候写实现， 类不需要再变。但省去了很多信息，是否真的有必要这样？更何况也不是所有函数都需要扩展，这样是不是太过了？原有的类是不变了，但扩展时时都要变呢。
Lambda表达式
作用
在方法中只有一条语句时，省略更多代码。
语法
1.包括一个箭头->
2.箭头左边是参数，可以各种省略类型和括号
3.箭头右边是函数体，可以各种省略花括号和关键字return
使用场景
实际上，lambda表达式只能在函数式接口上使用。 就是为了在只有一个方法时省点代码。
另外，因为它看起来很像一个函数，所以你可以当它是一个匿名方法----没有名字的方法 （来自于官方网址的说明哦）
下面，举例说明一下lambda表达式在各种具体场景中的运用吧：
- 函数式接口中：
setOnClickListener(view->view.setAlpha(255));
相当于
setOnClickListener(new OnClickListener(){
public void onClick(View view){
view.setAlpha(255);
}
})
标准函数式接口也一样，只不过接口是由jdk提供的（android里由安卓sdk提供），具体可参看文末提供的官网链接里的例子。由于代码量较多就不贴了。
还有个泛型的应用：
public static <X, Y> void processElements(
Iterable<X> source,
Predicate<X> tester,
Function <X, Y> mapper,
Consumer<Y> block) {
for (X p : source) {
if (tester.test(p)) {
Y data = mapper.apply(p);
block.accept(data);
}
}
}
调用时：
processElements(
new ArrayList<Person>(3),
p -> p.getAge() <= 25,
p -> p.getAge(),
age -> System.out.println(age)
);
这个泛型要注意的是，它的类型由最先使用到它的那个地方来确定，比如Y类型，就是由最先使用到它的mapper返回getAge时来确定是int类型的，在block输入Y时就是个int类型，也就是在打印时age是个int类型。
- 另外，顺带讲一下集合的聚合操作
java8对响应式编程的这一点支持是最值得称赞的，这一块需要另外讲一篇。我们还是先讲回lambda表达式。
其实这个跟lambda没有什么必然联系，聚合操作是java8为集合提供的一个方便的流式写法。只不过由于其中的参数都刚好是函数式接口，所以也可以用lambda来表示而已。它也可以不用lambda来表示，丝毫不影响这个聚合操作的优点发光发热。
new ArrayList<Person>()
.stream()
.filter(p -> p.getAge() >= 18 && p.getAge() <= 25)
.map(p -> p.getAge())//相当于Function接口，map在这里是（函数）映射的意思
.forEach(age -> System.out.println(age));
Lambda表达式变量的作用域
这一点的最后，还要提一下变量在lambda表达式中的作用域（这才是最实在的语法糖）
1.lambda函数体里可直接访问方法传递过来的参数，但此时相当于认为该参数是final型的，不允许再次赋值
2.lambda函数体里的this指的是函数外面最近一层类的实例，不是指函数所代表的接口实例
方法引用
方法引用是在lambda表达式中特定情形下，使用的特定表示语法。
具体限定为：当传过来的参数列表跟要调用的方法的参数能对应上，并且lambda函数体内只有一个方法调用语句时，如果符合以下四种情形之一，可以使用方法引用的语法（使用双冒号::）来表示。
1.静态方法
ContainingClass::staticMethodName
2.实例方法
containingObject::instanceMethodName
3.特定类型的实例方法
ContainingType::methodName
4.构造器的使用
ClassName::new
比如：
Arrays.sort(rosterAsArray, Person::compareByAge);
相当于：
Arrays.sort(rosterAsArray,
(a, b) -> Person.compareByAge(a, b)
);
这是静态方法类型的使用，其它类型可参见官网相关章节。
需要注意的是，它只能在代替lambda表达式的时候使用。也就限定了只能在函数式接口上使用了，不能单独当作一句普通表达式来用的。比如，单独写这么一句：
Person::compareByAge；//这是不行的，哪怕那个方法是个不需要参数的也不行。
官方文档地址：
https://docs.oracle.com/javase/tutorial/java/javaOO/lambdaexpressions.html相关文章：
http://blog.csdn.net/qq_28899635/article/details/53691986
