@FunctionalInterface的必要性

一家之言:
jdk8完成了lamda, lamda本身一种方法引用以外, 更为重要的是, lamda是语法糖, 调用方的书写不去指明类和方法名, 而交由编译器去推断.
如果要推断, 需要哪些东西呢:

1. 全限定类名/接口 (声明方已经提供了)

2. 方法签名? 调用方是不会直接提供的, 不然就不是语法糖了. 所以编译器决定告诉他家一个约定: 这个全限定类名或者接口中只有一个抽象函数, 在下编译器能且只能认这个方法.

3. 并且, 编译器为了强制规范这一条, 增加@FunctionalInterface, 如果你声明了,那就只能有且只有一个抽象函数了

(为什么限定有且只有一个抽象函数, 个人理解: 因为没有方法名, 光靠参数列表和返回值是无法唯一确认一个参数的, 就好比 void a()和 void b(), 让编译器去推是难为他了. 那为啥不然编译器检查对同参数列表和同返回值类型的函数进行检查报错呢–这一点有待进一步研究, 不过有个人理解: 1. 从数据结构算法考虑, 这个去重也太多了, 排列组合已经炸了 2. 简单的就是最好的, 复杂就即便不乱套, 至少不会优雅 3. 虚拟机兼容?)