浅谈Java的函数式接口

Java函数式接口的基本操作

JDK1.8发布已经是六年前的事情了，然而依然还有许多项目尚未迁移到这个版本，以至于JDK8的特性还被人们称为是“新特性”，其中最为人们所熟知的就是函数式编程接口了。它可以简化代码的设计，但相对的，也会使得代码的可读性变差。
在Java中可以使用一个注解来声明这个接口：

@FunctionalInterface
public interface Func<R, T> {
   
    R operater(T t1, T t2);
}

之后，把一个lambda表达式作为参数传入到传递给sub，这个sub就可以看作是一个函数：

public class Operat {
   
    public static Integer operator(Integer x, Integer y, OperFunction<Integer, Integer> sub) {
   
        return sub.operater(x, y);
    }
    public static void main(String[] args) {
   
    System.out.println(operator(20, 5, (x, y) -> x - y));     //计算20-5的值，输出15
    }

当然，如果不去使用@FunctionalInterface注解这个接口，该接口仍然是一个函数式接口，但是如果不这么做，编译器就不会自动对该接口进行检查，这样就不能确保该接口中只有一个抽象方法。
不过，在实际应用中我们很少会手动去实现这个接口，因为JDK为我们提供了默认的接口：

Consumer<T> void accept(T t)  //有入参，无返回值
Supplier<T> T get()           //无入参，有返回值
Function<T, R> R apply<T t>   //有入参，有返回值
Pridicate<T> boolean test(T t) //有入参，有返回值 

有了这几个接口，我们就可以做一些花式操作了。最简单的，比如可以直接声明一个函数类型的变量，然后调用接口中的抽象方法，即可完成lambda表达式的运算：

Function<Integer, Integer> func = p -> p * 100;
System.out.println(func.apply(10));            //输出1000

当我们看到“Consumer”和“Supplier”这两个接口的时候，会有一种亲切感：这不就是老生常谈的生产者和消费者吗？而接口的设计也正如其名，一个没有入参，一个没有出参。Consumer接口可以用来作为回调，比如发送一些消息：

public class Demo {
   
    public static void sendMessage(String msg, Consumer < String > consumer) {
   
        consumer.accept(msg);
    }
    public static void main(String[] args) {
   
        Consumer<String> consumer = (obj) -> {
   
            System.out.println(obj);
            System.out.println("调用接口打印");
        };
        sendMessage("打印信息", consumer);
    }
}
//输出：
//打印信息
//调用接口打印

这个obj就是传入的字符串对象“打印信息”，consumer作为一个回调函数，在处理其他逻辑的时候顺带帮我们打印出了一些必要的日志信息。该方法最典型的应用在于，当我们打开JDK8中List的forEach()方法时，发现它用的就是Consumer这个接口：

接下来，是名为“Supplier”的生产者方法，它不接受参数，却有一个返回值。作为回调，可以利用这个接口实现工厂模式。比如我们有一个User类，并实现了基本的set和get方法：

public class User {
   
    int age;
    String name;
    public User(){
   }
    public User(int age, String name){
   
        this.age = age;
        this.name