自定义函数式接口必须满足：用interface声明、仅含1个抽象方法、可含任意default/static方法；加@FunctionalInterface注解后编译器强制校验，确保抽象方法数量为1，提升代码安全性与可维护性。
自定义函数式接口的关键在于：接口必须有且仅有一个抽象方法，加上 @FunctionalInterface 注解后，编译器会帮你把关——不符合就直接报错，不让你糊弄过去。
定义时必须满足的硬性条件
一个接口要成为合法的函数式接口，得同时满足三点：
- 必须用
interface声明，不能是类或抽象类 - 抽象方法只能有 1 个（即没有实现体、需要被重写的方法）
- 可以自由添加任意数量的
default方法、static方法，以及从Object继承的toString()、equals()等——它们都不算抽象方法
@FunctionalInterface 注解的真实作用
这个注解不是摆设，它是编译期的“守门员”：
- 加了它，编译器会强制检查：抽象方法是不是恰好 1 个？多了或少了都会报错
- 不加它，只要结构符合（单抽象方法），仍然是函数式接口，也能用 Lambda；但失去编译保护，容易因后续误改而悄悄破坏契约
- 它和
@Override类似，属于“语义增强型注解”，不改变运行逻辑，只提升代码可维护性
一个带默认/静态方法的完整示例
下面这个接口既满足函数式接口定义，又展示了常用扩展写法：
@FunctionalInterface
public interface TextProcessor {
// ✅ 唯一抽象方法：必须由使用者提供实现
String process(String input);
// ⚠️ 默认方法：不计入抽象方法计数，可直接调用
default boolean isEmpty(String s) {
return s == null || s.trim().length() == 0;
}
// ⚠️ 静态方法：属于接口本身，可通过接口名直接调用
static String wrapInBrackets(String s) {
return "[" + s + "]";
}
}
使用时可直接传 Lambda：
TextProcessor upper = s -> s.toUpperCase();
System.out.println(upper.process("hello")); // HELLO
// 调用默认方法和静态方法
System.out.println(upper.isEmpty(" ")); // true
System.out.println(TextProcessor.wrapInBrackets("test")); // [test]
常见错误与规避方式
新手容易踩的坑，基本都集中在“抽象方法数量”上：
- 不小心多写了一个未实现的方法（比如加了
void log();却忘了删）→ 加@FunctionalInterface后编译立即失败，一眼定位 - 继承了另一个接口，导致抽象方法叠加（如
extends Runnable, Comparable<String>）→ 编译报错，提醒你做取舍或重构 - 把
default或static方法误当成抽象方法 → 它们根本不会触发函数式接口校验，也不影响 Lambda 使用
