Java8函数式接口functionalinterface的秘密.doc

函数式接口(Functional Interface)是Java 8对一类特殊类型的接口的称呼。 这类接口只定义了唯一的抽象方法的接口（除了隐含的Object对象的公共方法）， 因此最开始也就做SAM类型的接口（Single Abstract Method）。 为什么会单单从接口中定义出此类接口呢？ 原因是在Java Lambda的实现中， 开发组不想再为Lambda表达式单独定义一种特殊的Structural函数类型，称之为箭头类型（arrow type）， 依然想采用Java既有的类型系统(class, interface, method等)， 原因是增加一个结构化的函数类型会增加函数类型的复杂性，破坏既有的Java类型，并对成千上万的Java类库造成严重的影响。 权衡利弊， 因此最终还是利用SAM 接口作为 Lambda表达式的目标类型。 JDK中已有的一些接口本身就是函数式接口，如Runnable。 JDK 8中又增加了java.util.function包， 提供了常用的函数式接口。 函数式接口代表的一种契约， 一种对某个特定函数类型的契约。 在它出现的地方，实际期望一个符合契约要求的函数。 Lambda表达式不能脱离上下文而存在，它必须要有一个明确的目标类型，而这个目标类型就是某个函数式接口。 当然， Java 8发布快一年了， 你对以上的概念也应该有所了解了，这篇文章也不会介绍这些基础的东西， 而是想深入的探讨函数式接口的定义和应用。 JDK 8之前已有的函数式接口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 新定义的函数式接口 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 Java API对函数式接口都已经标明了， 如: java.lang Interface Runnable All Known Subinterfaces: RunnableFutureV, RunnableScheduledFutureV All Known Implementing Classes: AsyncBoxView.ChildState, ForkJoinWorkerThread, FutureTask, RenderableImageProducer, SwingWorker, Thread, TimerTask Functional Interface: This is a functional interface and can therefore be used as the assignment target for a lambda expression or method reference. 函数式接口中可以额外定义多个抽象方法，但这些抽象方法签名必须和Object的public方法一样 接口最终有确定的类实现， 而类的最终父类是Object。 因此函数式接口可以定义Object的public方法。如以下的接口依然是函数式接口： 1 2 3 4 5 6 7 8 @FunctionalInterface public interface ObjectMethodFunctionalInterface { void count(int i); String toString(); //same to Object.toStrin