方法引用通过::直接复用已有方法，聚焦“做什么”而非“怎么做”，提升声明式表达力、减少冗余代码、增强可读性与类型安全，适用于纯转发场景。
方法引用能直接把已有行为“拎出来”用，不写参数、不写箭头、不包装逻辑，让代码一眼看出“在干什么”，而不是“怎么干”。它天然契合声明式编程的核心——聚焦意图，隐藏过程。配合 Stream API 等函数式工具，能显著减少临时变量、循环控制和中间状态，从而降低理解和维护时的认知负担。
让操作意图一目了然
声明式风格的关键是表达“做什么”，而不是“怎么做”。方法引用通过 :: 直接指向一个语义明确的方法名，比 Lambda 更快传达意图。
-
对比示例：
e -> e.getName()需要解析参数、返回值和调用关系；而Employee::getName直接告诉读者“取名字”，无需额外推导 - 在
stream().map(...)或list.forEach(...)中使用方法引用，能让整条流水线像自然语言一样连贯：比如users.stream().filter(User::isActive).map(User::getEmail).collect(...)，读起来就是“找活跃用户、取邮箱、收集结果” - 编译器会校验方法签名是否匹配函数式接口，既保证类型安全，又避免因手写 Lambda 导致的参数错位或空指针误判
消除冗余变量和中间状态
传统命令式写法常依赖临时变量保存中间结果，比如遍历、判断、赋值三步走；方法引用配合流操作，把这些步骤融合进单一声明中，变量数量大幅减少。
- 不用再写
for (String s : list) { System.out.println(s); }，也不用引入s这个循环变量；改用list.forEach(System.out::println)，无变量、无循环结构、副作用清晰 - 排序场景中，
list.sort((a, b) -> a.getAge() - b.getAge())包含比较逻辑和参数绑定；换成list.sort(Comparator.comparing(Person::getAge))，年龄提取行为被复用，且不暴露比较细节 - 当方法本身已封装好业务规则（如
StringUtils::isBlank、Objects::nonNull），直接引用就避免了重复定义判断逻辑，也省去为判断结果命名的变量
四类方法引用对应不同复用场景
根据目标方法的所属关系，选择合适的形式，让复用更自然、上下文更干净：
-
静态方法引用（
ClassName::staticMethod）：适合工具类方法，如Integer::parseInt、String::valueOf，无需实例，纯粹转换 -
特定对象的实例方法引用（
instance::method）：适用于已有对象承担行为，如comparator::compare、formatter::format，状态和逻辑绑定在一起 -
任意对象的实例方法引用（
Type::method）：最常用在 Stream 流中，如String::toLowerCase、File::getName，由流元素自动作为调用主体 -
构造方法引用（
ClassName::new）：配合Supplier或Function创建对象，替代() -> new Xxx()，避免匿名构造带来的语法噪音
注意边界：不是所有地方都适合
方法引用虽简洁，但只适用于“单纯转发”的场景。一旦涉及条件判断、多步计算、异常处理或上下文组合，就应回归 Lambda 或提取成独立方法。
- 例如
s -> s != null && s.length() > 0不能简化为某个方法引用，因为逻辑是组合的；此时可先提取为StringUtils::isNotEmpty再引用 - 若 Lambda 中有日志、计数、缓存等副作用，强行改为方法引用可能掩盖其非纯函数特性，反而降低可读性
- 团队协作中，确保被引用的方法名足够自解释——
User::isValid比User::check更利于声明式理解
