如何利用 Claude 3.5 Sonnet 快速重构遗留的复杂 Java 业务逻辑

面对那种一个方法写了 500 行、嵌套了五六层 if-else 的 Java 遗留代码，直接把整个类丢给 Claude 3.5 Sonnet 让它“重构”通常会翻车，结果往往是它删掉了某些关键的边界条件判断。

我最近尝试的一套有效工作流是：先提取逻辑骨架 → 定义领域模型 → 分片重构。

第一步是强制要求 Claude 扮演“代码考古学家”，不要直接写代码，而是用伪代码或 Mermaid 流程图把这段屎山逻辑的真实意图梳理出来。

# Prompt 示例
你现在是一个资深 Java 架构师。请分析以下代码，不要直接重构，先用伪代码形式列出所有的业务判断分支和隐藏的依赖关系。
重点标注出：
1. 哪些是核心业务逻辑？
2. 哪些是冗余的空值检查或过时的日志记录？
3. 逻辑中是否存在潜在的 Bug（如 NullPointerException 风险）？
[粘贴代码]

在拿到梳理结果后，我会利用 Claude 3.5 Sonnet 对模式识别极强的特点，让它建议一套设计模式来解耦。比如把复杂的 if-else 链重构为策略模式（Strategy Pattern）或状态机。

实操中的配置技巧：
建议在 Cursor 中使用 @Codebase 索引，但重构具体方法时，一定要通过 Cmd+K 选中具体代码段，并配合 .cursorrules 配置文件，强制它遵循特定的编码规范（比如：禁止使用 Lombok 的 @Data，必须手动写 getter/setter 以保证不可变性）。

踩过的坑：
最严重的问题是 AI 经常在重构时“自作聪明”地把 BigDecimal 换成 double，导致金融计算精度丢失。现在我会在 Prompt 中加入硬性约束：所有涉及金额的计算必须严格维持 BigDecimal，禁止简化。

一个具体的重构前后对比：
原代码是典型的“大泥球”逻辑，重构后我引导它将逻辑拆分为：
Context 对象（承载所有入参） → Handler 链（处理具体步骤） → Result 对象（统一返回）。

// 重构后的核心结构示例
public class OrderProcessContext {
    private final OrderRequest request;
    private OrderStatus currentStatus;
    // 仅存放中间状态，避免方法间传递 10 个参数
}

public interface OrderHandler {
    boolean handle(OrderProcessContext context);
}

// 由 Claude 生成具体的 Handler 实现类，每个类不超过 50 行

这种方式比直接让它“优化代码”效率高得多，因为每个 Handler 都可以单独进行单元测试，而不需要在 500 行的大方法里盲目调试。效率提升最明显的地方在于，以前手动拆分这种逻辑需要半天，现在梳理+生成+微调大约只需 30 分钟。