最近在做团队代码 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
下面我们来看一个案例。
@FunctionalInterface public interface XttblogService { void sayMessage(String message); }
那么我们现在就可以使用 Lambda 表达式来表示该接口的一个实现(注:JAVA 8 之前一般是用匿名类实现的):
XttblogService xttblogService = message -> System.out.println("Hello " + message);
@FunctionalInterface 注解的接口,只能有一个 public 接口。
如果定义了两个,就会报错。
但是我们可以定义多个默认方法。因为默认方法不是抽象方法,其有一个默认实现,所以是符合函数式接口的定义的。
@FunctionalInterface public interface XttblogService{ void sayMessage(String message); default void doSomeMoreWork1(){ // :www.xttblog.com } default void doSomeMoreWork2(){ } }
除此之外,我们还可以定义多个静态方法。
@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 里对这些抽象方法的实现。
@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 表达式不能脱离上下文而存在,它必须要有一个明确的目标类型,而这个目标类型就是某个函数式接口。
: » 详解 @FunctionalInterface 注解的用法教程
原创文章,作者:奋斗,如若转载,请注明出处:https://blog.ytso.com/251942.html