静态方法可直接作为lambda替代方案，当其签名与函数式接口完全匹配时，用类名::静态方法引用，具备可测试、易复用、防重复等优势，但需注意可见性、类型匹配、初始化时机及泛型显式指定。
静态方法可以直接作为Lambda表达式的替代方案
当函数式接口的抽象方法签名与某个静态方法完全匹配（参数类型、数量、顺序一致，返回值类型相同），就可以用类名::静态方法直接引用，无需手写Lambda体。这不只是语法糖，更是逻辑复用的关键。
- 静态方法必须是public或包内可见，且不能是private
- 接口方法和静态方法的参数不能有自动装箱/拆箱冲突，比如
int和Integer混用可能编译失败 - 常见适配场景：
String::valueOf适配Function<object string></object>，Objects::nonNull适配Predicate
静态方法引用比Lambda更易测试和复用
写在工具类里的静态方法天然具备独立单元测试能力，而匿名Lambda体无法单独验证。例如一个格式化日期的逻辑：
- 写成
DateTimeFormatter::format——可直接对DateTimeFormatter做单元测试 - 若写成
dt -> dt.format(DateTimeFormatter.ofPattern("yyyy-MM-dd"))——逻辑被包裹在Lambda里，难以隔离验证 - 团队协作中，统一使用静态方法引用还能避免重复实现，比如多个地方需要
Math::abs，直接复用即可
注意静态方法引用的调用时机和作用域限制
静态方法引用本身不执行，只绑定方法；真正执行发生在函数式接口方法被调用时。这点容易被忽略，导致空指针或状态错乱。
- 如果静态方法依赖外部配置（如
Config::getTimeout），需确保该配置在Lambda被实际调用前已初始化 - 不能引用未加载的类——比如
MyUtils::doSomething，但MyUtils类尚未被JVM加载，会触发NoClassDefFoundError - 泛型静态方法引用需显式指定类型参数，如
Optional::<font color="red">ofNullable</font>不能直接写成Optional::ofNullable用于Function<string optional>></string>，需配合类型推断或强制转换
混合使用：静态方法 + Lambda组合提升表达力
纯静态方法引用不够灵活时，可将静态方法作为Lambda内部的“原子操作”来组合。例如过滤并转换集合：
- 先用
list.stream().filter(Objects::nonNull)筛空值 - 再用
.map(s -> StringUtils.capitalize(s))——这里StringUtils.capitalize是静态方法，但因需预处理字符串，用Lambda包裹更清晰 - 更进一步，可封装为
Function<string string> upperFirst = s -> StringUtils.capitalize(s.toLowerCase())</string>，既复用静态工具，又保留定制逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
