java自定义函数式接口需用@functionalinterface注解声明且仅含一个抽象方法，聚焦单一业务职责（如校验、转换、消费），支持lambda和方法引用，兼顾泛型与异常处理的合理设计。
Java 中自定义函数式接口，核心是用 @FunctionalInterface 注解声明一个**只含一个抽象方法**的接口，再结合业务语义命名和设计参数/返回值。它不是为了“造轮子”，而是让业务逻辑更清晰、可读性更强、能自然适配 lambda 表达式或方法引用。
明确业务场景，定义单一抽象行为
先想清楚你要封装的是哪一类操作。比如：校验订单是否可发货、计算用户积分折扣、转换第三方 API 响应为内部对象。这些本质上都是“输入 → 处理 → 输出”的映射或判断过程。
避免把多个不相关的操作塞进一个接口（如同时有 validate + format + save）。函数式接口必须聚焦一个职责：
- 如果是判断型，方法名建议用
test或带业务词的如isEligible，返回boolean - 如果是转换型，参考
Function<t></t>，用apply或convert，返回目标类型 - 如果是消费型（无返回），类似
Consumer，方法名可用accept或handle
用 @FunctionalInterface 正确声明接口
这个注解不是装饰，而是编译期检查——确保接口确实只有一个抽象方法（默认方法、静态方法、重写 Object 方法都不算）。
示例：定义一个「根据用户等级计算折扣率」的函数式接口：
<font color="#888"><pre class="brush:php;toolbar:false;">@FunctionalInterface
public interface DiscountCalculator {
// 唯一抽象方法：输入用户等级，输出折扣率（0.0 ~ 1.0）
double calculateDiscount(int userLevel);
<pre class="brush:java;toolbar:false;">// 可以有默认方法（不影响函数式性质）
default boolean isVIP(int userLevel) {
return userLevel >= 5;
}
// 可以有静态方法
static double ofNewUser() {
return 0.05;
}}
如果误加第二个抽象方法，编译器会直接报错，帮你守住契约。
在业务中自然使用 lambda 或方法引用
定义好后，就能像使用 Function、Predicate 一样传参、组合、复用：
- 直接用 lambda：
DiscountCalculator calc = level -> level > 10 ? 0.3 : level > 5 ? 0.15 : 0.05; - 引用已有方法：
DiscountCalculator calc = MyUtils::getDiscountByLevel; - 作为方法参数：
OrderService.applyDiscount(order, calc); - 组合逻辑（需自行实现，默认方法或包装类）：
calc.andThen(rate -> rate * 100)（可扩展）
注意泛型与异常处理的设计取舍
如果业务逻辑可能抛异常（如调用远程服务失败），标准函数式接口不声明受检异常，所以有两种常见做法：
-
不声明受检异常，改用运行时异常包装（推荐）：在实现里把
IOException包成RuntimeException抛出，保持接口简洁 -
定义带泛型异常的扩展接口（慎用）：如
CheckedFunction<t extends exception></t>，但会增加调用方 try-catch 成本，降低 lambda 可用性
泛型建议按需添加，例如支持不同入参类型：DiscountCalculator<user></user>，但别过度抽象——接口名和方法签名本身已是业务语义的最佳载体。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
