最近在做团队代码 code review 的时候发现了有人使用了 @FunctionalInterface 注解。我对这个注解不是很熟悉，基本上没用过。于是我就问对应的开发人员，给我讲一讲这个注解的用法，为什么要用这个注解？他讲的不太全，于是我就查询了一些资料，分享给大家！
在讲 @FunctionalInterface 之前，我们先熟悉一下，什么是函数式接口(Functional Interface)？
函数式接口(Functional Interface)
函数式接口(Functional Interface)是 Java 8对一类特殊类型的接口的称呼。 这类接口只定义了唯一的抽象方法的接口（除了隐含的Object对象的公共方法）， 因此最开始也就做SAM类型的接口（Single Abstract Method）。
说白了，所谓的函数式接口，当然首先是一个接口，然后就是在这个接口里面只能有一个非 Object 对象的公共方法的抽象方法，可以有多个静态方法和默认方法。
上面说的是概念，如果你还没看懂，没关系，我们继续通过下面的几个例子，我相信你就会明白。
JDK 8之前已有的函数式接口
JDK 8之前已有的 JDK 中提供的支持函数式编程的函数式接口。
- java.lang.Runnable
- java.util.concurrent.Callable
- java.security.PrivilegedAction
- java.util.Comparator
- java.io.FileFilter
- java.nio.file.PathMatcher
- java.lang.reflect.InvocationHandler
- java.beans.PropertyChangeListener
- java.awt.event.ActionListener
- javax.swing.event.ChangeListener
Java8 中新定义的函数式接口
Java8 中有一个 java.util.function 包。其中定义了几组类型的函数式接口以及针对基本数据类型的子接口。
- Predicate：传入一个参数，返回一个bool结果， 方法为boolean test(T t)
- Consumer：传入一个参数，无返回值，纯消费。 方法为void accept(T t)
- Function：传入一个参数，返回一个结果，方法为R apply(T t)
- Supplier：无参数传入，返回一个结果，方法为T get()
- UnaryOperator：一元操作符， 继承Function,传入参数的类型和返回类型相同。
- BinaryOperator：二元操作符， 传入的两个参数的类型和返回类型相同， 继承 BiFunction
下面我们来看一个案例。
| 1 2 3 4 | @FunctionalInterface public interface XttblogService { void sayMessage(String message); } |
那么我们现在就可以使用 Lambda 表达式来表示该接口的一个实现(注：JAVA 8 之前一般是用匿名类实现的)：
| 1 | XttblogService xttblogService = message -> System.out.println( "Hello " + message); |
@FunctionalInterface 注解的接口，只能有一个 public 接口。
如果定义了两个，就会报错。
但是我们可以定义多个默认方法。因为默认方法不是抽象方法，其有一个默认实现，所以是符合函数式接口的定义的。
| 1 2 3 4 5 6 7 8 9 | @FunctionalInterface public interface XttblogService{ void sayMessage(String message); default void doSomeMoreWork1(){ // 业余草：www.xttblog.com } default void doSomeMoreWork2(){ } } |
除此之外，我们还可以定义多个静态方法。
| 1 2 3 4 5 6 7 8 9 10 | @FunctionalInterface public interface XttblogService { void sayMessage(String message); static void printHello(){ System.out.println( "Hello" ); } static void xttblogHello(){ System.out.println( "Xttblog Hello" ); } } |
函数式接口里允许定义默认方法和静态方法，上面的两种写法都不会报错。
另外，函数式接口里还允许定义 java.lang.Object 里的 public 方法。
函数式接口里是可以包含 Object 里的 public 方法，这些方法对于函数式接口来说，不被当成是抽象方法（虽然它们是抽象方法）；因为任何一个函数式接口的实现，默认都继承了 Object 类，包含了来自 java.lang.Object 里对这些抽象方法的实现。
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | @FunctionalInterface public interface XttblogService { void sayMessage(String message); @Override boolean equals(Object obj); @Override String toString(); @Override int hashCode(); } |
我们常用的一些接口 Callable、Runnable、Comparator 等在 JDK8 中都添加了 @FunctionalInterface 注解。
那么 Java 中为什么需要 @FunctionalInterface 注解呢？
没有这个注解，我们也可以实现 Lambda 表达式。
但是 Java 推出 @FunctionalInterface 注解的原因是在 Java Lambda 的实现中，开发组不想再为 Lambda 表达式单独定义一种特殊的 Structural 函数类型，称之为箭头类型（arrow type），依然想采用 Java 既有的类型系统(class, interface, method等)。增加一个结构化的函数类型会增加函数类型的复杂性，破坏既有的 Java 类型，并对成千上万的 Java 类库造成严重的影响。权衡利弊，因此最终还是利用 SAM 接口作为 Lambda 表达式的目标类型。
JDK 中已有的一些接口本身就是函数式接口，如 Runnable。JDK 8 中又增加了 java.util.function 包，提供了常用的函数式接口。
函数式接口代表的一种契约，一种对某个特定函数类型的契约。在它出现的地方，实际期望一个符合契约要求的函数。Lambda 表达式不能脱离上下文而存在，它必须要有一个明确的目标类型，而这个目标类型就是某个函数式接口。