函数式接口的核心判定标准是仅有且仅有一个抽象方法。该方法可为接口唯一声明的方法，或继承自父接口但整个继承链上仅存一个未被重写的抽象方法；与Object类public方法同名时不计入。默认方法、静态方法、常量字段及重写Object方法均不影响判定。
一个接口是否被认定为函数式接口，核心看它是否有且仅有一个抽象方法（不计默认方法、静态方法和从 Object 继承的 public 方法）。
必须满足：只有一个抽象方法
这是最根本的判定条件。该抽象方法可以：
- 是接口中唯一声明的方法
- 继承自父接口，但整个继承链上最终只存在一个未被重写的抽象方法
- 与 Object 类中的 public 方法（如 toString()、equals(Object)、hashCode()）同名时，不计入抽象方法数量（因为会被视为隐式覆盖）
允许存在的其他成员
以下内容不会破坏函数式接口的性质：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 默认方法（default）：任意多个，不影响函数式接口判定
- 静态方法（static）：任意多个，也不影响
- 常量字段（public static final）：完全允许
-
@Override 声明的 Object 方法：如
default boolean equals(Object o)或直接声明boolean equals(Object o);，均不增加抽象方法计数
常见导致编译失败的情况
加上 @FunctionalInterface 注解后，若不满足规则，编译器会报错。典型错误包括：
立即学习“Java免费学习笔记（深入）”；
- 接口中定义了两个或以上非重写 Object 的抽象方法
- 继承了多个父接口，而它们各自含不同的抽象方法，且未在当前接口中用 default 覆盖
- 误将 default 方法删掉注释但没加
default关键字，导致变成抽象方法
小技巧：用 IDE 快速验证
在 IntelliJ IDEA 或 Eclipse 中，将光标放在接口名上按 Ctrl+Click（或 Cmd+Click），跳转到 JDK 源码可看到如 Runnable、Comparator、Predicate 等都是标准函数式接口；它们都严格遵循“一个抽象方法”原则，哪怕带多个 default 方法。
