用好JAVA中的函数式接口，轻松从通用代码框架中剥离掉业务定制逻辑

今天我们一起聊一聊JAVA中的 函数式接口 。那我们首先要知道啥是函数式接口、它和JAVA中普通的接口有啥区别？其实函数式接口也是一个 Interface 类，是一种比较特殊的接口类，这个接口类有且仅有一个抽象方法（但是可以有其余的方法，比如 default 方法）。

当然，我们看源码的时候，会发现JDK中提供的函数式接口，都会携带一个 @FunctionalFunction 注解，这个注释是用于 标记 此接口类是一个函数式接口，但是这个注解 并非是实现函数式接口的必须项 。说白了，加了这个注解，一方面可以 方便代码的理解 ，告知这个代码是按照函数式接口来定义实现的，另一方面也是供 编译器协助检查 ，如果此方法不符合函数式接口的要求，直接编译失败，方便程序员介入处理。

所以归纳下来，一个函数式接口应该具备如下特性：

@FunctionalFunction

比如我们在多线程场景中都很熟悉的 Runnable 接口，就是个典型的函数式接口，符合上面说的2个特性：

@FunctionalInterface
public interface Runnable {
    /**
     * When an object implementing interface <code>Runnable</code> is used
     * to create a thread, starting the thread causes the object's
     * <code>run</code> method to be called in that separately executing
     * thread.
     * <p>
     * The general contract of the method <code>run</code> is that it may
     * take any action whatsoever.
     *
     * @see     java.lang.Thread#run()
     */
    public abstract void run();
}

但是，我们在看JDK源码的时候，也会看到有些函数式接口里面有 多个 抽象方法。比如JDK中的 Comparator 接口的定义如下：

@FunctionalInterface
public interface Comparator<T> {
    int compare(T o1, T o2);
    boolean equals(Object obj);
    // 其他方法省略...
}

可以看到， Comparator 接口里面提供了 compare 和 equals 两个抽象方法。这是啥原因呢？回答这个问题前，我们可以先来做个试验。

我们自己定义一个函数式接口，里面提供两个抽象方法测试一下，会发现IDEA中直接就提示编译失败了：

同样是这个自定义的函数式接口，我们修改下里面的抽象方法名称，改为 equals 方法，会发现这样就不报错了：

在IDEA中可能更容易看出端倪来，在上面的图中，注意到12行代码前面那个 @ 符号了吗？我们换种写法，改为如下的方式，原因就更加清晰了：

原来，这个 equals 方法，其实是继承自父类的方法，因为 所有的类最终都是继承自Object类 ，所以 equals 方法只能算是对父类接口的一个覆写，而不算是此接口类自己的抽象方法，所以此方法里面实际上还是只有