java函数式接口通过function的andthen和compose方法实现数据转换管道，二者执行顺序相反但类型需严格匹配，配合stream.map形成清晰流水线，应避免混用predicate/consumer、妥善处理null与副作用，并保持组合逻辑简洁可读。
Java 中函数式接口在数据转换管道中主要靠 Function 的 andThen 和 compose 方法组合，配合 Stream 的中间操作（如 map）形成清晰、可读、职责单一的数据流水线。
用 andThen 和 compose 串起转换步骤
二者本质是函数组合，区别在于执行顺序和阅读习惯：
-
andThen：先执行当前函数，再执行参数函数 —— 符合“从左到右”的自然阅读顺序
例如：str -> str.trim()和s -> s.toUpperCase()组合成trimFn.andThen(toUpperFn)，语义就是“先去空格，再转大写” -
compose：先执行参数函数，再执行当前函数 —— 数学上更贴近f(g(x))的嵌套表达
例如：jsonParseFn.compose(s -> s)表示“先传入原始字符串，再解析为对象”，适合前置预处理场景 - 类型必须严格匹配：前一个函数的输出类型 = 后一个函数的输入类型，否则编译报错
在 Stream 管道中嵌入 Function 组合
Stream 的 map 接收 Function，天然支持组合后的函数：
- 直接传入组合函数：
stream.map(trimFn.andThen(toUpperFn)) - 也可提前定义复用：
Function<string string> normalize = s -> s == null ? "" : s.trim().toLowerCase();</string>，再用于多个map - 避免在组合链里混用
Predicate或Consumer：它们不返回值，强行塞进map会导致类型错误或NullPointerException
处理 null 和副作用的实用策略
Function 默认不处理 null，也不支持日志、校验等副作用，需主动设计：
- 防御性编码：每个
Function实现里做判空，比如s -> s == null ? "N/A" : s.trim() - 校验逻辑用
Predicate+filter分离，别塞进map；例如先filter(Objects::nonNull)再map(...) - 日志用
peek：它专为副作用设计，stream.peek(System.out::println).map(...)，不影响数据流转 - 避免用
Optional.ofNullable(x).map(f).orElse(null)包裹组合链 —— 这掩盖了源头问题，且增加开销
组合与管道的边界要清晰
不是所有逻辑都适合塞进 Function 链：
- 纯转换（String → Integer → BigDecimal）适合组合
- 分支判断（if/else）、异常处理、IO 操作应抽离为独立步骤，用
flatMap或传统控制流处理 - 复杂业务规则建议拆成小函数，再用
andThen串联，而非写超长 Lambda - 过度组合会降低可调试性 —— 每个环节命名清晰比一行链式调用更重要
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
