@FunctionalInterface 用于编译期强制校验接口是否仅含一个抽象方法，要求：1.抽象方法数量恰好为1；2.无private抽象方法、实例字段或构造器；3.方法声明符合接口语法；default、static及重写Object的方法不计入抽象方法数。
加 @FunctionalInterface 是让编译器在编译期强制检查接口是否真正满足“有且仅有一个抽象方法”这一契约，不满足就直接报错，不生成 class 文件。
校验的核心规则
编译器会严格验证以下三点，任一不满足即中断编译：
- 抽象方法数量必须恰好为 1 —— 不能是 0 个（空接口），也不能是 2 个或更多
- 不能出现 private 抽象方法、实例字段、构造器等违反接口语义的成员
- 所有方法声明需符合 Java 接口语法，比如抽象方法必须有
abstract关键字（除非是default或static）
哪些方法不参与抽象方法计数
以下三类方法存在时，不会破坏“单抽象方法”的判定，也不会引发编译错误：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- default 方法：带方法体，可任意多个
- static 方法：带方法体，可任意多个
-
重写 Object 的 public 方法：如
toString()、equals(Object)、hashCode()，即使没显式写出，也默认视为已存在且不计入
常见编译失败场景
这些错误会在保存或构建时立刻暴露，不是运行时问题：
立即学习“Java免费学习笔记（深入）”；
- 接口中定义了两个抽象方法（例如
void start(); void stop();）→ 报错：Multiple non-overriding abstract methods - 继承了两个父接口，各自含一个未被覆盖的抽象方法 → 总数超 1，编译失败
- 只写了
default方法，没写任何抽象方法 → 报错：No abstract method found - 把
default void log() {}误删成void log() {}（少了default）→ 变成抽象方法，若已有另一个抽象方法，就触发多方法报错
为什么推荐始终加上这个注解
不加也能用 Lambda（只要事实满足单抽象方法），但加了才有实际价值：
- 明确设计意图，让其他开发者一眼识别这是专为函数式编程准备的接口
- 防止后续维护者无意中添加第二个抽象方法，导致所有 Lambda 调用失效
- 增强 IDE 支持，比如自动补全 Lambda、重构提示、跳转查看更清晰
