javaFuction中的10个实用技巧

代码改造后，映射和转换逻辑被抽成可复用的函数，重复代码明显减少，出错率也降了。

接下来把这事儿说清楚点：Function 基本上就是把“有输入、有输出”的那类小逻辑打包成一个东西，能当变量传来传去。用得好了，代码会像积木那样拼，坏处是开始改造要花点时间，但长期维护舒服得多。常见的用法不少，我把平时项目里用到的几种场景按从容易到复杂顺序说清楚，方便你照着搬。

先说把几个小函数串起来这一招。Function 有两个默认方法，可以把 A→B 的函数和 B→C 的函数连成一个 A→C 的函数。实际项目里，这样做能把流程拆成小块，单测每块都简单，定位问题也更快。许多团队会把这些组合好的“流水线”放到工具类里复用，需要改的时候只改最小的那块，像拆积木一样方便。

流式操作里，map 总是高频用法。如果同一段映射逻辑在好几个模块出现，把它抽成一个 Function 放公共包里，别的地方直接引用就行。举例：把 DTO 转 VO、ID 转名称、实体转 DTO 这些常规映射，用单独的 Function 管理。流里就能直接写 stream.map(myConverter).collect(…)。要是某个转换有多步，把每步拆成单函数，按需组合，职责更清楚，调试也更容易。

空值处理是另一个实用场景。以前一连串 null 判断看着头疼，目前用 Optional.map 把链儿串起来。像从用户对象取地址再取城市名，传统写法是 if 一堆，目前可以写成 userOptional.map(getAddress).map(getCityName)。哪一步返回空，链就断在哪儿，代码既短又直观。但别把太多语义塞进单个 Function，保持单一职责，测试起来也轻松。

方法引用比写 lambda 要利索。那些只是调用某个 getter 或简单方法的 Function，直接写 类名::方法，列如 String::length、User::getName。这样 IDE 重构还能跟着动，代码整洁度上去了，后面看着也舒服。

把 Function 作为参数传进方法，是把逻辑外放的一种常见套路。例子很实用：写个通用查询方法，但不同场景需要不同的后处理，你就把后处理当成 Function 传进来。查询方法只负责读数据，具体怎么转由调用方决定。比起为了不同后处理写一堆重载或接口，传个 lambda 灵活又省事。做的时候注意泛型设计，保证类型安全，别把类型转换抛到运行时。

需要两个输入的时候，Function 不够用，就换 BiFunction。典型情况是用 ID 和上下文一起算结果。也可以把两步逻辑再串接成后续处理。不过别把复杂业务全塞进一个 BiFunction，拆分开来测试会简单得多。

输入输出类型一样的时候，用 UnaryOperator 更有语义。像对字符串做标准化、给对象做字段默认值这种“改了又还是同类型”的操作，用 UnaryOperator 看着一目了然。

性能角度，碰到昂贵的计算，可以给 Function 包一层缓存。思路是先查缓存，有就用缓存值，没有就执行并存入缓存。对那些不常变的映射（列如 ID→名称、字典翻译）特别合适。实现时别忘了思考缓存一致性、内存泄漏，必要时加过期策略或弱引用，或用现成的缓存库，不要自己造轮子踩坑。

把转换逻辑管理成一套注册机制也好用。项目里各种 DTO、VO、Entity 的相互转换特别多，建立一个统一转换器，把不同转换规则都包装成 Function 注册进去，需要转换的时候按类型去拿对应的 Function 就行。新增类型只需注册，不用到处改代码。用这套路要把注册和异常处理设计清楚，避免运行时找不到转换器然后报错一箩筐。

枚举配上 Function 能做成轻量策略。把各个策略实现成枚举常量并关联对应的 Function，运行时按枚举取函数执行。比起一长串 if-else 或 switch，枚举式管理更聚焦，新增策略也更容易。不过别让枚举承担太复杂的逻辑，每个常量内部还是要保持简洁，职责清楚。

还有些实战细节值得注意。重复的 map/转换逻辑必定要抽出来写单测，单个小函数测好了，组合起来的链条出问题时能快速定位。遇到流处理里有多处用到同一转换，把它放公用包，减少重复实现。用 Optional 链时，注意别把空值吞掉了，必要时在链的某个点做日志，利于排查。

apply(T t) 就是 Function 的执行入口，这点别忘。掌握了这个入口，你就能把逻辑当参数、当策略、当缓存对象来用。会不会上手主要看两点：一是能不能把大场景拆成小函数；二是测试覆盖够不够。上面这些模式刚开始可能得重构几次，但用熟了，后面维护就像开了外挂。

有一次项目里，前端给的 ID 需要多处转换成名字和权限标志，我们最初把逻辑写在控制层，结果每次改需求都得到处找。改成把 ID→Name、ID→Perm 两个 Function 丢到公共包里后，后续改动只改那两处，连带 bug 也少了。哪怕是临时需求，把现成的 Function 组合起来也能迅速应对。