Lambda 与 Optional：传入一段行为，表达没有结果

想把“怎样判断”或“怎样转换”作为参数传给方法，可以使用 Lambda。它为一个函数式接口提供实现；这种接口只有一个需要实现的抽象方法，也可以有默认或静态方法，某些 Object 公有方法签名不额外计数。Predicate 用来判断，Function 用来转换，Consumer 接收并处理值，Supplier 提供值。先看接口的方法参数和返回值，再读 Lambda，会更容易理解。

方法引用把部分 Lambda 写得更短，例如 String::length 可以表示把字符串转换成长度，是否适用仍取决于目标接口类型。Lambda 可以使用外部局部变量，但变量必须是 final 或初始化后不再赋值。这个限制只管变量本身：它指向的数组或对象仍可能被修改，也不会因此自动变得线程安全。

Optional 常用于明确表达一个方法可能没有结果。of 要求非空，ofNullable 把 null 转成空，map 转换存在值，flatMap 用于转换函数本身返回 Optional 的场景。它不表示所有异常都应该变成空，也不要求所有字段和参数都套一层 Optional。先说明“没有结果”是不是正常业务状态，再决定接口如何表达。

Lambda 创建与 Lambda 执行是两个时刻。把读取文件的行为放进 Supplier，并不会在声明 Supplier 那一行就必然读取；调用 get 才执行相应逻辑。但普通方法参数表达式仍会先求值，所以 optional.orElse(expensive()) 会先调用 expensive，即使 Optional 已有值。orElseGet 接收行为，只有缺失时才调用它。

Optional.map 的转换结果如果是 null，会得到空 Optional。flatMap 的转换方法则必须返回一个 Optional，不能返回 null，但可以返回 Optional.empty()；这样就不会套成 Optional<Optional<T>>。

没有值时直接调用 get 会抛异常，通常可以用 map、filter、orElseGet 或 orElseThrow 把处理方式写清楚。如果默认值计算很慢，或计算时会产生其他影响，还要考虑是否只在缺少值时才计算它。

把行为写成函数，不代表它每次都只计算一个值：Predicate 可以读当前时间，Function 可以写数据库，Supplier 可以每次返回不同结果。所以要说清它会被调用几次、遇到异常怎么办，以及何时提前停止。图中的提供者链按顺序尝试，找到结果后就结束；排在后面的提供者连检查和调用都不会执行。这就是这里的惰性规则：暂时不需要的步骤，留到真正需要时才做。

真实 Optional.orElseGet 检查内部是否存在值，只有缺失分支才调用 supplier.get。模型用一个可空引用代表内部状态，把三元表达式展开成分支，不模拟 Optional 的对象表示和其它操作。它展示的重点是调用位置，默认结果不是在传参时就已经计算好。

如果调用方写 orElse(buildDefault())，buildDefault 作为普通实参表达式会先执行。即使已有值最终被返回，默认构建的耗时或副作用也已经发生。改成 orElseGet(() -> buildDefault()) 才把行为延后；这不是 Optional 特有魔法，而是参数从已计算值变成了可调用对象。

真实惰性方法在已有值时不需要调用 supplier，因此不能为了方便在模型入口无条件执行它。空 Optional 遇到 null supplier 会失败，已有值则不会走到调用点。接口设计若希望无条件拒绝 null 提供者，可以另行声明更严格前提，但必须承认与真实方法的分支行为不同。

Supplier 只说明“无参数调用并返回结果”，不保证非空、没有副作用或永远只运行一次。orElseGet 在一次缺失调用中执行它一次，再调用还可能再执行。想复用计算结果要另建缓存，不能把延后执行当成自动缓存，也不能假定 Lambda 捕获的对象可被多个线程安全共用。

输入按优先级排列的字符串提供者，每个返回 Optional<String>。依次执行直到首个存在值；全部缺失或列表为空返回空。只检查实际执行的提供者，异常直接传播，不吞成缺失。

查找状态只有当前位置与当前返回值，不需要把所有提供者先执行再过滤。逐个执行后立即检查 isPresent，命中就返回，保证后续昂贵或有副作用的调用不会发生。这个短路规则不仅影响性能，也是外部行为数量的承诺。

提供者返回 null 容器属于接口实现错误，与返回 Optional.empty 的正常缺失不同，必须明确拒绝。提供者自身为 null 也只在轮到它时拒绝；成功之后的未访问项不会被检查。若调用者希望预先校验整个列表，可在配置加载阶段另做结构验证，不能在查找阶段悄悄破坏惰性。

测试使用调用计数器验证执行次数，不能只比较最终字符串。一个错误实现可能执行全部提供者却仍返回正确第一值，普通输出断言发现不了额外副作用。再加入抛异常提供者验证错误不会被吞掉，避免把数据库失败与确实查无数据混成同一个空结果。

每项只检查和执行一次，命中后不再遍历；调用内部可能包含昂贵工作，因此总成本必须累计提供者真实耗时。

Optional 适合表示方法可能没有结果；是否放进字段、参数或序列化对象，要看接口和框架支持。不要只是为了消除所有 null 到处加包装，也不要把空结果一概当成正常。查无数据、权限拒绝、网络故障和数据损坏应能区分，否则调用方不知道该提示、重试还是停止。

只有缺少结果时才计算备用值，适合缓存未命中后查原始数据、找备用配置等场景。但读取多次空结果，可能就会调用多次 Supplier。如果备用动作会发通知或创建记录，要决定是否只允许调用一次，或者怎样让重复调用不产生重复效果，这就是幂等问题。长期把 Supplier 存在字段里，也可能把它用到的大对象一直留在内存中；要检查它究竟保留了哪些对象。

函数式链条过长会隐藏中间业务含义和异常位置。适当把关键步骤命名成方法，保留输入校验和结果边界，比一味压成单行更易调试。并行执行前还要审查捕获对象是否线程安全；局部引用满足事实上的 final，只解决语言捕获限制，不等于对象内部状态没有竞争。