4. 支付订单聚合边界划分（上）：为什么支付订单与商品订单应分属不同聚合

在电商、O2O 或 SaaS 订阅系统中，一个常见的建模误区是将“商品订单”与“支付订单”合并为同一个聚合。表面上看，用户下单后立即支付，两者似乎天然绑定；但从领域驱动设计的聚合边界原则——高内聚、低耦合、事务一致性范围最小化——来看，它们应当分属两个独立的聚合。

4.1 核心矛盾：生命周期与变化频率不同

商品订单与支付订单在生命周期、状态变更频率和业务关注点上存在本质差异：

将两个生命周期和变化频率差异巨大的对象放在同一个聚合中，会导致聚合根承担过多职责，事务锁范围过大，系统并发能力急剧下降。

4.2 事务一致性范围：一个聚合一个事务

DDD 聚合的核心原则之一是：一个聚合对应一个事务边界。如果商品订单和支付订单在同一个聚合内，那么每次支付状态变更（如支付成功回调）都必须锁定整个商品订单聚合，包括订单项、收货地址、优惠券信息等无关数据。

// 错误：将支付信息嵌入商品订单聚合
public class Order {
    private OrderId orderId;
    private List<OrderItem> items;
    private Address shippingAddress;
    private PaymentInfo paymentInfo;  // 支付信息嵌入订单
    private PaymentStatus paymentStatus;
    
    public void onPaymentSuccess(String transactionId) {
        // 修改支付状态时，必须加载整个订单聚合
        this.paymentStatus = PaymentStatus.SUCCESS;
        this.paymentInfo.setTransactionId(transactionId);
        // 事务锁定了 items、shippingAddress 等不相关数据
    }
}

正确的做法是将支付订单独立为单独的聚合，通过聚合间引用（通过 ID 而非对象引用）建立关联：

// 商品订单聚合 - 只关注商品交易本身
public class Order {
    private OrderId orderId;
    private List<OrderItem> items;
    private Address shippingAddress;
    // 不包含支付信息，仅持有支付订单ID
    private PaymentOrderId paymentOrderId;
}

// 支付订单聚合 - 独立事务边界
public class PaymentOrder {
    private PaymentOrderId paymentOrderId;
    private OrderId orderId;          // 通过ID引用商品订单
    private Money amount;
    private PaymentStatus status;
    private String transactionId;
    
    public void onPaymentSuccess(String transactionId) {
        // 只加载支付订单聚合，不涉及商品订单数据
        this.status = PaymentStatus.SUCCESS;
        this.transactionId = transactionId;
    }
}

4.3 聚合边界划分的领域事件驱动

分属不同聚合后，两个聚合通过领域事件进行最终一致性协作：

1. 商品订单聚合发布 OrderPlaced 事件，包含订单金额和商品信息。
2. 支付上下文监听该事件，创建 PaymentOrder 聚合。
3. 支付订单聚合完成支付后，发布 PaymentCompleted 事件。
4. 商品订单聚合监听支付完成事件，更新自身状态为“已支付”。

这种基于事件的协作方式，使得两个聚合可以独立演进、独立部署、独立扩缩容。

4.4 聚合边界划分示意图

下图展示了商品订单聚合与支付订单聚合的边界划分、各自包含的实体与值对象，以及它们通过领域事件进行协作的关系：

4.5 独立聚合带来的工程优势

• 并发能力提升：支付订单聚合独立处理高频支付回调，不会阻塞商品订单的查询和修改。
• 故障隔离：支付渠道超时或回调失败不会影响商品订单的正常流转。
• 独立扩展：支付服务可以独立部署和水平扩展，应对大促期间的支付峰值。
• 幂等设计简化：支付订单聚合可以独立实现幂等 Key 校验，无需侵入商品订单逻辑。

4.6 小结：何时应该拆分聚合

判断两个领域对象是否应分属不同聚合，可以对照以下标准：