自定义接口要被Lambda表达式直接使用，必须是函数式接口，即有且仅有一个抽象方法；需标注@FunctionalInterface以启用编译器检查，允许default和static方法，但禁止第二个抽象方法，Lambda写法须严格匹配其抽象方法签名。
要让自定义接口能被 Lambda 表达式直接使用，核心就一条：它必须是函数式接口——即有且仅有一个抽象方法。只要满足这个条件，并配合合理设计，Lambda 就能无缝对接。
接口声明必须标注 @FunctionalInterface
这不是可选操作，而是编译器级保障：
- 加上 @FunctionalInterface 后，编译器会主动检查接口是否真只有一个抽象方法；一旦误加第二个抽象方法，立即报错
- 即使不加该注解，只要实际只有一个抽象方法，Lambda 仍可用，但失去编译期防护，容易埋雷
- 注意：Object 类的 public 方法（如
equals、toString）不算抽象方法，不会破坏函数式接口性质
抽象方法定义要简洁明确
方法签名直接影响 Lambda 的写法和可读性：
- 参数类型尽量用泛型或常用基础类型，避免过度包装；例如
int calculate(int a, int b)比Result doOp(Param p)更利于 Lambda 直接表达 - 返回值类型要确定，不要用模糊的
Object或未约束泛型；否则 Lambda 中易出现类型推断失败 - 方法名无需刻意“动词化”，因为 Lambda 本身已体现行为；重点是语义清晰，比如
test、apply、get、convert都是常见且合理的命名
允许存在非抽象成员，但需谨慎使用
函数式接口可以包含其他内容，但不能干扰“单抽象方法”本质：
立即学习“Java免费学习笔记（深入）”；
- 默认方法（
default）和静态方法（static）完全允许，它们不参与 Lambda 实现，常用于提供工具逻辑 - 禁止添加第二个抽象方法，哪怕被
private或protected修饰也不行——Java 规范只认public abstract（或省略后的默认抽象），但所有 abstract 方法都计入数量 - 接口中继承自父接口的抽象方法也算在内；若继承了
Runnable又自己加一个方法，就变成两个抽象方法，不再合法
Lambda 调用时的语法匹配要点
接口定义好后，Lambda 写法必须与抽象方法签名严格对应：
- 无参方法 →
() -> System.out.println("done") - 单参且类型可推断 →
s -> s.length() > 0（不用写(String s)） - 多参必须带括号 →
(x, y) -> x * y + 1 - 方法体含多句或需显式返回 → 用花括号 +
return：(a, b) -> { int sum = a + b; return sum > 100; }
