函数式接口是可配置逻辑的契约载体，通过抽象单一方法封装可变行为（如折扣、校验），支持Lambda、方法引用、配置映射等运行时注入方式，结合枚举路由与链式组合实现高内聚、低耦合的业务扩展。
函数式接口本身不“实现”业务逻辑，而是作为可配置逻辑的载体和契约。它把变化的部分（比如折扣策略、校验规则、通知方式）抽象成一个方法签名，让具体行为能通过外部注入决定，从而实现逻辑与配置的分离。
用函数式接口定义可变行为契约
先明确什么会变——是计算方式、判断条件还是转换规则？把这些共性操作提炼为单一抽象方法的接口，就是配置的起点。
- 比如订单折扣：定义
Function<order bigdecimal> discountRule</order>，只关心“给一个订单，返回折扣金额”，不管它是满减、会员折还是限时活动 - 比如风控准入：定义
Predicate<user> eligibilityCheck</user>，只表达“这个用户是否允许下单”，不绑定具体规则是查信用分还是看黑名单 - 关键不是接口多复杂，而是它是否精准描述了那个“可替换的一段逻辑”
运行时注入不同实现，无需改代码
同一接口引用，可以指向完全不同的行为，切换靠配置或参数驱动，而不是修改业务主流程。
- 用 Lambda 内联写临时规则：
discountRule = order -> order.getAmount().multiply(BigDecimal.valueOf(0.05)) - 用方法引用复用已有逻辑：
discountRule = DiscountService::vipDiscount - 从配置中心读取规则标识，再映射到对应实现：
discountRule = ruleMap.get(configKey) - Spring 中可直接
@Autowired不同 Profile 下的 Bean，实现环境级切换
配合枚举或配置类做规则路由
当规则种类有限且稳定（如“新客优惠”“老客回馈”“节日大促”），用枚举持有一组函数式接口引用，比一堆 if-else 更安全、更易维护。
立即学习“Java免费学习笔记（深入）”；
- 定义枚举
DiscountType，每个枚举值封装自己的Function<order bigdecimal></order> - 调用时只需
type.getRule().apply(order)，状态和行为天然绑定 - 新增一种折扣？加一个枚举项 + 实现即可，主逻辑零改动
- 避免字符串匹配或 switch 分支，编译期就能检查完整性
嵌入通用处理链，支持组合与编排
函数式接口天然支持链式调用，适合构建可插拔的处理流程，比如日志记录、参数校验、结果转换等环节。
- 用
UnaryOperator<Order>做订单预处理：preprocess.andThen(validate).andThen(persist) - 用
Consumer<Alert>定义通知通道，运行时组合短信+邮件：smsNotify.andThen(emailNotify) - 每个环节都是独立函数式接口实例，可单独测试、替换或开关
- 不需要继承或模板方法，靠组合就完成流程定制
