Lambda 表达式不能直接重构 if-else，而是通过函数式接口、提取方法和策略模式将嵌套在匿名类中的控制流结构化；适合改造单抽象方法且语义单一的场景，不适用于多方法或含状态/副作用的类。
Lambda 表达式本身不能直接“重构”复杂的 if-else 逻辑，但它能帮你把**原本嵌套在匿名内部类里的控制流，剥离出来、结构化、可读化**。关键不是用 Lambda 替换 if-else，而是借助函数式接口 + 提取方法 + 策略模式等手段，让代码从“写在回调里的一团判断”，变成“清晰可测、职责分明的业务逻辑”。
先识别：哪些匿名内部类适合用 Lambda 改造？
适合改造的典型场景是：匿名类只实现一个抽象方法（如 Runnable、Comparator、Function、自定义的 SAM 接口），且该方法体中虽有 if-else，但整体语义单一（比如“根据类型执行不同处理”）。不适用于重写多个方法、或含大量状态/副作用的匿名类。
- ✅ 合适：
button.addActionListener(new ActionListener() { public void actionPerformed(ActionEvent e) { if (e.getActionCommand().equals("save")) { ... } else if (...) { ... } } }); - ❌ 不合适：
new Thread(new Runnable() { int count = 0; public void run() { while (count （含状态、循环、多处分支）
分步重构：从 if-else 匿名类到清晰 Lambda 链
不要一步硬塞 Lambda，而是分三步走：
-
第一步：提取判断逻辑为独立方法
把 if-else 块整个搬出匿名类，封装成带语义的方法（如
handleSaveAction()、handleCancelAction()），原匿名类里只剩调用。这立刻提升可读性和可测试性。 -
第二步：引入策略映射（Map<String, Runnable> 或 Function）
若 if-else 是基于某个键（如字符串、枚举）分发，改用
Map存储处理策略：private static final Map<String, Runnable> HANDLERS = Map.of("save", this::handleSaveAction,"cancel", this::handleCancelAction);
然后匿名类简化为：e -> HANDLERS.getOrDefault(e.getActionCommand(), () -> {}).run(); -
第三步：用 Lambda 替换匿名类外壳
此时逻辑已外提，匿名类只剩一行调用，自然可转为 Lambda：
button.addActionListener(e -> HANDLERS.getOrDefault(e.getActionCommand(), () -> {}).run());
进阶技巧：用枚举+方法引用替代冗长 if-else
当分支逻辑稳定、类型有限（如操作类型、消息类型），定义枚举比字符串更安全、更易维护：
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
enum ActionType {
SAVE(() -> saveData()),
CANCEL(() -> clearForm()),
REFRESH(() -> loadData());
private final Runnable handler;
ActionType(Runnable handler) { this.handler = handler; }
void handle() { handler.run(); }
}
然后监听器直接写成：button.addActionListener(e -> ActionType.valueOf(e.getActionCommand().toUpperCase()).handle());
这样连 Map 查找都省了，编译期检查 + IDE 自动补全 + 易于扩展。
注意边界：Lambda 不是万能解药
如果 if-else 涉及异常处理、资源管理（try-with-resources）、或需要访问匿名类的局部变量（非 final 或事实 final），强行塞进 Lambda 反而更难读。此时保留匿名类，但至少把 if-else 提取为私有方法——**重构目标是降低认知负荷，不是消灭匿名类本身**。
真正优雅的重构，是让条件逻辑显式化、可组合、可复用。Lambda 是载体，不是目的；清晰的意图，才是终点。
