Java 接口怎么在函数式接口定义中使用 `@FunctionalInterface` 校验单一抽象方法契约-java教程-PHP中文网

@functionalinterface 用于编译期强制校验接口是否仅含一个抽象方法，要求：1.抽象方法数量恰好为1；2.无private抽象方法、实例字段或构造器；3.方法声明符合接口语法；default、static及重写object的方法不计入抽象方法数。

java 接口怎么在函数式接口定义中使用 `@functionalinterface` 校验单一抽象方法契约

加 @FunctionalInterface 是让编译器在编译期强制检查接口是否真正满足“有且仅有一个抽象方法”这一契约，不满足就直接报错，不生成 class 文件。

校验的核心规则

编译器会严格验证以下三点，任一不满足即中断编译：

抽象方法数量必须恰好为 1 —— 不能是 0 个（空接口），也不能是 2 个或更多
不能出现 private 抽象方法、实例字段、构造器等违反接口语义的成员
所有方法声明需符合 Java 接口语法，比如抽象方法必须有 abstract 关键字（除非是 default 或 static）

哪些方法不参与抽象方法计数

以下三类方法存在时，不会破坏“单抽象方法”的判定，也不会引发编译错误：

deep-java-review

Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...

下载

default 方法：带方法体，可任意多个
static 方法：带方法体，可任意多个
重写 Object 的 public 方法：如 toString()、equals(Object)、hashCode()，即使没显式写出，也默认视为已存在且不计入

常见编译失败场景

这些错误会在保存或构建时立刻暴露，不是运行时问题：

接口中定义了两个抽象方法（例如 void start(); void stop();）→ 报错：Multiple non-overriding abstract methods
继承了两个父接口，各自含一个未被覆盖的抽象方法 → 总数超 1，编译失败
只写了 default 方法，没写任何抽象方法 → 报错：No abstract method found
把 default void log() {} 误删成 void log() {}（少了 default）→ 变成抽象方法，若已有另一个抽象方法，就触发多方法报错