双冒号是Lambda的快捷入口，用于方法引用，分静态、特定实例、任意实例三类，需参数与返回值完全匹配；适用时更简洁高效，但复杂逻辑仍需Lambda。
双冒号（::）不是语法糖，而是 Lambda 的“快捷入口”——它把“写一个函数去调用另一个函数”这件事，直接压缩成一个引用表达式。用对了，代码更短、意图更清晰、性能也略优（避免了 Lambda 实例的额外创建）。
什么时候能用双冒号？三类典型场景
双冒号只能用于已有方法、且其签名与函数式接口抽象方法**参数个数、类型顺序、返回值类型完全匹配**的情况。常见有三类：
-
静态方法引用：
ClassName::staticMethod比如String::valueOf等价于s -> String.valueOf(s)（当函数式接口接受一个参数并返回 String） -
实例方法引用（特定对象）：
instance::instanceMethod比如list::add等价于e -> list.add(e)（常用于forEach或自定义消费逻辑） -
实例方法引用（任意对象）：
ClassName::instanceMethod比如String::toLowerCase等价于s -> s.toLowerCase()（第一个参数自动作为调用者，后续参数依次对应）
别踩坑：参数“隐式绑定”是关键
最容易混淆的是第三类——String::compareTo 和 String::compareToIgnoreCase 看似一样，但它们的函数式接口要求不同：
-
String::compareTo对应Comparator<String>，即(s1, s2) -> s1.compareTo(s2)；第一个参数s1是调用者，s2是入参 -
Objects::nonNull是静态方法，对应Predicate<T>，即t -> Objects.nonNull(t) - 错写成
str::equals（str 是变量）属于第二类，它只接受一个参数，等价于s -> str.equals(s)；而String::equals是第三类，等价于(s1, s2) -> s1.equals(s2)，适用于BiPredicate<String, String>
配合 Stream API，真正“极致”的写法
双冒号的价值，在链式操作中才完全释放。例如处理字符串列表：
- 过滤空串 + 转小写 + 去重 + 排序：
list.stream().filter(String::isBlank).map(String::trim).filter(s -> !s.isEmpty()).map(String::toLowerCase).distinct().sorted(String::compareTo).toList(); - 用构造器引用初始化集合：
Stream.of("a", "b", "c").map(ArrayList::new).toList();→ 每个字符串生成一个新 ArrayList - 异常处理中复用已有方法：
Optional.ofNullable(input).map(MyUtil::parseJson).orElseGet(MyUtil::createDefault);
不是所有地方都适合，该写 Lambda 还得写
双冒号不是银弹。以下情况建议坚持写 Lambda：
- 需要组合多个操作（比如
s -> s.trim().toUpperCase().substring(0, 1)），没法拆成单个已有方法 - 涉及局部变量捕获且逻辑复杂，引用会降低可读性（如
int threshold = 100; list.filter(x -> x > threshold)不能写成???） - 方法名语义模糊或过长，不如内联表达式直观（比如
User::getDisplayNameForReportV2WithFallback）
双冒号不是炫技工具，而是当你发现“这不就是调一下那个方法吗？”时，自然浮现的最简表达。写之前多看一眼函数式接口定义，匹配上了，就放心缩写。
