静态方法引用的核心价值是将public static工具方法直接作为函数式接口参数传递，省去lambda包装，提升复用性与可读性；需同时满足：方法为public static、签名与函数式接口完全匹配、无需前置状态准备。

静态方法引用的核心价值在于：把已有的静态工具函数，直接当作参数传递给支持函数式编程的上下文（比如 Java 的 Function、Consumer 或 Stream 操作），省去冗余的 lambda 包装，让逻辑复用更干净、调用更直观。

明确适用前提：什么情况下能用静态方法引用

必须同时满足以下三点：

• 目标方法是 public static 的，且定义在某个类中
• 它的参数列表和返回值类型，与你要传入的函数式接口抽象方法完全匹配
• 你不需要在调用前做额外的状态准备或条件判断——它本身就是“即拿即用”的纯逻辑

典型实战场景与写法对照

假设有一个工具类：

public class StringUtils {
    public static boolean isBlank(String s) {
        return s == null || s.trim().isEmpty();
    }
    public static String toUpperCase(String s) {
        return s == null ? null : s.toUpperCase();
    }
}

对应常见用法：

• 过滤空字符串：代替 s -> StringUtils.isBlank(s)
    → 写成 StringUtils::isBlank
• 批量转大写：代替 s -> StringUtils.toUpperCase(s)
    → 写成 StringUtils::toUpperCase
• 校验并抛异常（配合 Objects.requireNonNull）：
    → Objects::requireNonNull 可直接用于构造器引用或断言链

与普通静态调用的关键区别

不是“怎么调用”，而是“在哪调用”：

• 直接调用：StringUtils.isBlank("abc") → 立即执行，得结果
• 方法引用：list.stream().filter(StringUtils::isBlank).collect(...) → 不执行，只传递逻辑契约，由 Stream 在遍历时按需触发
• 错误用法示例：someList.forEach(StringUtils::isBlank) 会编译失败，因为 isBlank 返回 boolean，而 forEach 要求 void 类型的 Consumer

进阶技巧：组合与适配

当参数不完全匹配时，可借助包装或调整接口：

• 需要“先判空再处理”？用 Optional.ofNullable(s).map(StringUtils::toUpperCase).orElse("")，其中 StringUtils::toUpperCase 仍是静态方法引用
• 想把 Integer::parseInt 用于 Function → 完全匹配，直接用；但若要处理可能异常的情况，就需包裹成 try-catch lambda，此时不能再用方法引用
• 自定义函数式接口时，只要抽象方法签名一致，MyUtils::doSomething 就能无缝接入