27、遗留系统重构（下）：逐步替换、绞杀者模式、重构大型单体应用

上一讲我们聊了遗留系统的诊断和微服务拆分。今天咱们继续深入，聊聊真正动手时该怎么干。

说实话，面对一个几百万行代码的单体应用，谁都会头皮发麻。我早年接手过一个金融核心系统，光编译就要40分钟。你想想看，改一行代码，等编译完，咖啡都凉了。这种系统，你敢动吗？

但不动，它就会慢慢烂掉。怎么办？

绞杀者模式：让旧系统慢慢“死掉”

这个模式的名字听着有点暴力，但思路其实很温和。说白了，就是在旧系统外面长一层新皮，让新功能长在新皮上，旧功能慢慢萎缩。

我记得在重构一个电商平台时，我们就是这么干的。旧系统里有个订单模块，耦合了支付、库存、物流，简直一团乱麻。我们没有直接重写，而是在入口处加了个路由层。

// 路由层：判断走新系统还是旧系统
public class OrderRouter {
    public OrderResult processOrder(OrderRequest request) {
        // 新功能走新服务
        if (isNewFeature(request)) {
            return newOrderService.process(request);
        }
        // 旧功能继续走旧系统
        return legacyOrderService.process(request);
    }
    
    private boolean isNewFeature(OrderRequest request) {
        // 按用户、商品、地区等维度灰度
        return request.getUserId() % 100 < 5; // 5%流量走新系统
    }
}

这个路由层就像一根藤蔓，慢慢缠绕在旧系统上。新功能长一点，旧功能就死一点。最终，旧系统被完全替换掉。

逐步替换：从边缘到核心

我个人的习惯是，先从那些“高内聚、低耦合”的模块下手。比如日志、通知、报表这些，它们跟核心业务逻辑关联不大，替换风险低。

具体怎么做？我总结了一个四步法：

1. 识别边界：找到模块间的接口，定义清晰的契约
2. 构建新模块：在新系统里实现同样的功能，保证接口兼容
3. 切换流量：通过路由层逐步把流量切到新模块
4. 清理旧代码：确认新模块稳定后，删除旧代码

这里有个坑，我曾经踩过。有一次替换用户认证模块，新系统上线后，发现旧系统里有个定时任务直接操作了用户表。结果新系统改了表结构，定时任务全挂了。嗯，这就是典型的“隐式依赖”。

重构大型单体应用：分而治之

大型单体应用的重构，说白了就是“切蛋糕”。但怎么切，切多大，这是个技术活。

我一般会画一张依赖图，把模块间的调用关系理清楚。然后按“业务领域”来切，而不是按“技术分层”。

举个例子，一个典型的单体应用可能是这样的：

// 旧单体：所有逻辑混在一起
public class OrderService {
    public void createOrder(Order order) {
        // 1. 校验库存
        inventoryService.checkStock(order);
        // 2. 计算价格
        priceService.calculate(order);
        // 3. 生成订单
        orderDao.insert(order);
        // 4. 发送通知
        notificationService.send(order);
        // 5. 更新物流
        logisticsService.schedule(order);
    }
}

重构后，我们把它拆成独立的服务：

// 新服务：每个服务只做一件事
// 订单服务
public class OrderService {
    public void createOrder(Order order) {
        orderDao.insert(order);
        eventPublisher.publish(new OrderCreatedEvent(order));
    }
}

// 库存服务（独立部署）
public class InventoryService {
    @EventListener
    public void onOrderCreated(OrderCreatedEvent event) {
        checkStock(event.getOrder());
    }
}

// 通知服务（独立部署）
public class NotificationService {
    @EventListener
    public void onOrderCreated(OrderCreatedEvent event) {
        send(event.getOrder());
    }
}

你看，通过事件驱动，我们把耦合解开了。每个服务可以独立开发、独立部署、独立扩展。

知识体系总览

下面这张图，是我对遗留系统重构核心思路的总结。你可以把它当作一个路线图。

总结一下

遗留系统重构，没有银弹。绞杀者模式、逐步替换、分而治之，这三板斧用好了，大部分系统都能救回来。

最后说一句：重构不是炫技，是为了让系统活下去。别追求完美，先跑起来再说。

---

公众号:蓝海资料掘金营，微信deep3321