方法引用本身不简化异常处理，但可通过封装工具方法、自定义函数式接口适配、Optional预防空指针及配合全局异常处理器等方式，与异常处理协同提升代码简洁性与可维护性。
方法引用本身不直接简化异常处理逻辑，它和异常处理属于两个不同维度的机制——方法引用用于函数式编程中替代 Lambda 表达式，而异常处理关注错误传播与恢复。但二者可以配合使用，让异常相关的代码更简洁、语义更清晰，关键在于避免在流操作、回调或函数传递中嵌入冗长的 try-catch。
用方法引用避开流式操作中的异常包装
Stream 中的 map、filter、forEach 等方法接收的函数式接口（如 Function、Consumer）不允许抛出检查异常（checked exception）。若被引用的方法可能抛异常，直接写 list.forEach(File::delete) 会编译失败。此时不能靠方法引用“自动处理异常”，但可以把异常处理逻辑提前封装进工具方法，再用方法引用调用该方法。
- 写一个静态工具方法，内部捕获并静默/记录/转换异常：
public static void safeDelete(File f) {
try { f.delete(); } catch (Exception e) { logger.warn("删除失败: {}", f, e); } }
- 然后用方法引用：
files.forEach(MyUtils::safeDelete)—— 主流程干净，异常逻辑外移，复用性强。
结合自定义函数式接口 + 方法引用统一异常策略
定义一个允许抛异常的函数式接口（如 ThrowingFunction<T,R>），再提供工具方法将其适配为标准 Function。这时，你就可以把含异常逻辑的业务方法（比如文件读取、数据库查询）用方法引用传入，并由适配器统一兜底。
立即学习“Java免费学习笔记（深入）”；
- 例如有方法：
public String readFile(String path) throws IOException - 不能直接写
stream.map(MyClass::readFile)（编译报错） - 但可借助工具类：
stream.map(safeMap(MyClass::readFile))，其中safeMap返回一个不抛异常的Function，内部已做 try-catch 包装 - 这个
safeMap的实现里，就用到了func::apply这样的方法引用作为原始行为载体
用构造方法引用 + Optional 避免空指针异常
构造方法引用（SomeClass::new）常用于 Stream 的 map 或 flatMap 场景。配合 Optional，能天然规避因 null 导致的运行时异常。
- 比如：
Optional.ofNullable(input).map(User::new).orElse(null) - 比起手动判空再 new，用方法引用 + Optional 更紧凑，也消除了显式 throw NullPointerException 的需要
- 这不是“处理”异常，而是从源头减少异常发生条件，属于预防性简化
配合全局异常处理器，让方法引用调用更“放心”
当方法引用指向的服务方法（如 service::updateUser）可能抛出自定义业务异常时，只要项目已配置 @ControllerAdvice 或统一异常拦截器，业务层就无需每个地方都 try-catch。
- 调用方可直接写：
users.stream().map(service::updateUser).collect(...) - 异常由全局处理器捕获并转为标准响应，主逻辑保持纯函数风格
- 方法引用在这里起到“解耦执行动作与错误处置”的作用：它只负责“调什么”，不负责“错了怎么办”
