怎样正确使用函数式接口@FunctionalInterface，让你的代码更优雅！

导读：JDK1.8增加了很多特性，其中就有对接口增强和lambda表达式的支持

阅读源码

其实之前在讲Lambda表达式的时候提到过，所谓的函数式接口，当然首先是一个接口，然后就是在这个接口里面只能有一个抽象方法。

这种类型的接口也称为SAM接口，即Single Abstract Method interfaces。

关于@FunctionalInterface注解

它们主要用在Lambda表达式和方法引用（实际上也可认为是Lambda表达式）上。

那么就可以使用Lambda表达式来表示该接口的一个实现(注：JAVA 8 之前一般是用匿名类实现的)：

错误例子，接口中包含了两个抽象方法，违反了函数式接口的定义，idea报错提示其不是函数式接口。

提醒：加不加@FunctionalInterface对于接口是不是函数式接口没有影响，该注解知识提醒编译器去检查该接口是否仅包含一个抽象方法

• 函数式接口里允许定义默认方法

函数式接口里是可以包含默认方法，因为默认方法不是抽象方法，其有一个默认实现，所以是符合函数式接口的定义的；

如下代码不会报错：

• 函数式接口里允许定义静态方法

函数式接口里是可以包含静态方法，因为静态方法不能是抽象方法，是一个已经实现了的方法，所以是符合函数式接口的定义的；

如下代码不会报错：

• 函数式接口里允许定义java.lang.Object里的public方法

函数式接口里是可以包含Object里的public方法，这些方法对于函数式接口来说，不被当成是抽象方法（虽然它们是抽象方法）；因为任何一个函数式接口的实现，默认都继承了Object类，包含了来自java.lang.Object里对这些抽象方法的实现；

如下代码不会报错：

JDK自带常用函数式接口

目前JDK自带的一些函数式接口已经够我们基础使用，当然你也可以自己定义使用。

常用的函数式接口主要有四种类型，是通过其输入和输出的参数来进行区分的。定义了编码过程中主要的使用场景

Java8中对于接收两个参数的场景提供了相关的函数式接口。如下：

开发案例分享

最近在开发一些分片规则的使用和一些附件应用的分片上传的功能，一下是一部分代码。

对于函数式接口的使用，其实这个东西有好有坏。一些人都习惯用申明接口，然后调用！这样的逻辑去实现自己的业务，当然这样的方式没有问题。但是一些抽象逻辑只有内部方法里面使用到，但是自己又想抽离优化自己的代码解构体。这个时候可以考虑下函数式接口的使用。

如上面的注释逻辑，我完全可以将分片上传函数抽到执行逻辑上去，但是这样一来。整个执行逻辑和代码设计非常臃肿(个人观点)

小结

如果你要自己定义函数式接口要注意哪些？

• 函数式接口里只允许声明一个抽象方法
• 函数式接口里是允许定义默认方法的
• 函数式接口里允许定义静态方法
• 函数式接口里允许定义java.lang.Object里的public方法

- END -