函数式接口通过将可变逻辑抽象为参数实现流程复用，核心是用Function/Consumer/Predicate封装变化点；通用流程定义为高阶方法，规则由调用方传入，支持策略注册表管理和框架集成。
函数式接口本身不“实现”业务逻辑，而是把可变的逻辑抽象成参数，让固定流程能复用同一套骨架。核心是把差异点抽出来、作为行为传进去，而不是在方法里写一堆 if-else。
用 Function/Consumer/Predicate 封装变化点
当多个场景需要相同处理步骤，但某一步的计算、判断或副作用不同，就用函数式接口把这一步拎出来：
- Function<T, R>：用于需要输入、产出新值的环节，比如“从订单算折扣”“把用户转成DTO”
- Predicate<T>：用于条件判断，比如“是否满足VIP资格”“能否发起退款”
- Consumer<T>：用于执行副作用，比如“成功后发消息”“失败时记日志”
把通用流程写成高阶方法
定义一个方法，接收数据和函数式接口作为参数，内部只负责流程控制，不掺杂具体规则：
- 例如批量审核订单：
processOrders(List<Order> orders, Predicate<Order> isValid, Consumer<Order> onApprove, Consumer<Order> onReject) - 方法体里遍历、用 isValid 判断、根据结果调用对应 Consumer —— 规则由调用方决定，流程只写一次
- 后续新增审核规则（比如加风控分阈值），只需传入新的 Predicate，不用改 processOrders 方法
配合策略注册表动态组合
避免每次 new 匿名类或 Lambda，把常用逻辑预先注册好，运行时按需取用：
立即学习“Java免费学习笔记（深入）”；
- 用 Map<String, Function<Order, BigDecimal>> 存不同折扣算法：
discountStrategies.put("SEASONAL", o -> o.getAmount().multiply(DECIMAL_09)) - 业务代码中：
Function<Order, BigDecimal> calc = discountStrategies.get(config.getDiscountType()); - 这样既复用了处理框架，又让规则集中管理、易于替换和测试
和 Spring 等框架自然集成
实际项目中，函数式接口常通过依赖注入或配置驱动：
- 声明为 @Bean 的 Function 实例，被其他 Service 注入使用
- 用 @ConfigurationProperties 绑定配置项，再用 switch 或 map 映射到对应函数引用
- Web 层接收规则标识，查出对应函数，传给底层通用处理器 —— 调用方完全不知道具体怎么算，只管传参和收结果
