@FunctionalInterface注解用于编译期校验函数式接口，要求接口有且仅有一个抽象方法；default、static及重写Object的方法均不计入；违反则编译失败，加注解可明确意图、防误改、增强IDE支持。
用 @FunctionalInterface 注解标记接口，就能触发编译器对函数式接口的自动校验——它不是运行时检查，而是在你写完保存或构建时，javac 就会立刻报错，不通过就不生成 class 文件。
校验的核心规则
加了这个注解，编译器只认一条铁律：接口里必须有且仅有一个抽象方法。其余都不算数：
- default 方法：任意多个，不参与计数
- static 方法：任意多个，也不参与计数
- 重写 Object 的方法（
toString()、equals(Object)、hashCode()）：哪怕没写出来，也默认存在，且不计入抽象方法
哪些写法会直接编译失败
一旦违反“唯一抽象方法”原则，错误在编码阶段就暴露，常见情况包括：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 接口里定义了两个抽象方法，比如
void start(); void stop(); - 继承了父接口，而父接口已有一个抽象方法，子接口又新增一个
- 本意写 default 方法，却漏写了
default关键字，结果变成第二个抽象方法 - 整个接口只有 default 或 static 方法，没有抽象方法（报错提示“No abstract method found”）
为什么建议一定加上这个注解
不加也能用 Lambda，但加了才有实际工程价值：
立即学习“Java免费学习笔记（深入）”；
- 向团队明确表达设计意图：这是专为函数式编程准备的接口
- 防止后续误改——别人加了个新抽象方法，编译器当场拦截，避免隐患流入测试或生产
- 提升 IDE 支持：自动补全 Lambda、跳转更准确、重构提示更智能
正确写法示例
一个干净、可直接用于 Lambda 的自定义接口：
@FunctionalInterface<br>public interface StringProcessor {<br> String apply(String input); // 唯一抽象方法<br><br> default boolean isEmpty(String s) {<br> return s == null || s.trim().isEmpty();<br> }<br><br> static String clean(String s) {<br> return s == null ? "" : s.trim();<br> }<br>}
