函数式接口必须有且仅有一个编译器认定的抽象方法，即无方法体、非default、非static、非object继承的方法；@functionalinterface仅触发编译检查，不改变语义。
Java 中“函数式接口只能有一个抽象方法”，指的不是字面上的“代码里只写了一个方法”，而是编译器认定的、**必须由实现类（或 lambda）去具体提供的那个方法，有且仅有一个**。
哪些方法算“抽象方法”？
编译器只把满足以下全部条件的方法计入抽象方法数量：
- 没有方法体（即不带 {} 或 ; 后直接结束）
- 不是 default 修饰的（默认方法可直接用，不用重写）
- 不是 static 修饰的（静态方法属于接口本身，不需实例实现）
- 不是从 Object 类继承来的（如 equals、hashCode、toString），即使你显式声明了，也不增加计数
为什么 Object 的方法不计入？
所有接口都隐式继承自 Object，所以它的公共方法天然存在。比如你写：
@FunctionalInterface
interface Demo {
void doIt();
boolean equals(Object o); // 显式写了，但不算新增抽象方法
}
这仍是合法的函数式接口——doIt() 是唯一需要你实现的抽象方法。
@FunctionalInterface 注解的作用
它不改变语义，只触发编译检查：
- 加了注解：编译器会严格报错，比如多写一个抽象方法，或一个都没写，都会失败
- 不加注解：只要客观上只有一个抽象方法，照样能用 lambda，只是失去编译期防护
常见误区澄清
✘ “不能有多个方法” → 错。可以有多个 default、static、甚至 private 方法（Java 9+）
✘ “必须加 @FunctionalInterface 才是函数式接口” → 错。是否函数式接口，看结构，不看出没加注解
✘ “抽象方法不能有参数或返回值” → 错。参数个数、类型、返回值完全自由，只要它是唯一的抽象方法即可
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
