函数式接口的“单一抽象方法”指仅允许一个未实现的抽象方法，用于定义行为契约；默认、静态及Object类方法不破坏该特性，@FunctionalInterface注解提供编译期校验。
函数式接口里的“单一抽象方法”，不是指接口里只能写一个方法，而是指**只允许存在一个未被实现、需要调用方去提供具体逻辑的抽象方法**。它定义了这个接口的“行为契约”——你用 Lambda、方法引用或匿名类去实现它时，本质上就是在填充这唯一一块空白。
为什么必须是“抽象方法”？
抽象方法没有方法体，不能直接执行，必须由使用者给出实现。正是这种“留白”，让函数式接口能承载动态行为。而默认方法（default）和静态方法（static）自带实现，属于接口自身的能力，不构成契约约束。
- 比如 Runnable 的 run() 是抽象方法——你必须告诉 JVM “线程到底要做什么”
- 而 Calculator 接口里的 printResult() 是 default 方法——它已经写好了怎么打印，你不用管，也不影响它是函数式接口
- Object 类的方法（如 toString()、equals()）即使被重写，也不算新增抽象方法，因为它们本就属于所有对象的公共契约
@FunctionalInterface 注解的作用
这个注解不是语法必需，但它是编译器的“守门员”：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 加了它，如果接口意外多写了第二个抽象方法，编译直接报错，避免后期出问题
- 没加它，只要满足“一个抽象方法”，仍是合法函数式接口——只是少了编译期保护
- 它不改变运行行为，只强化语义：这个接口就是为 Lambda 准备的，别乱改
单一抽象方法如何支撑 Lambda 表达式？
Lambda 表达式本质上是一种语法糖，它的结构（参数 → 逻辑）必须能一一对应到某个抽象方法的签名上。接口只有一个抽象方法，编译器才能无歧义地推断：你写的 () -> System.out.println("ok") 就是在实现那个 run()，而不是其他任何方法。
立即学习“Java免费学习笔记（深入）”；
- 参数个数、类型、返回值类型，都要匹配该抽象方法的声明
- 如果有两个抽象方法，编译器就无法判断 Lambda 到底想实现哪一个，语法就失效
- 这也是为什么 java.util.function 包里有 Consumer、Function、Predicate 等多个接口——不同行为契约，对应不同方法签名
常见误区澄清
很多人误以为“接口里只能有一个方法”，其实完全不是：
- 可以有 10 个 default 方法 + 5 个 static 方法 + 1 个抽象方法 → 合法函数式接口
- 可以重写 toString() 或 hashCode() → 不增加抽象方法数量
- 继承另一个接口，但子接口仍只保留一个抽象方法 → 依然合法（前提是继承来的抽象方法没被覆盖或重复声明）
