领域驱动设计DDD聚合（Aggregate）与聚合根（Aggregate Root）

原创已于 2025-11-16 21:18:57 修改 · 1.8k 阅读

53 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

收录于

架构设计

于 2025-10-30 02:00:00 首次发布

一、聚合（Aggregate）

1. 定义

聚合是领域驱动设计（DDD）中的一个重要概念。它指的是一组相关对象的集合，这些对象作为数据更改的一个单元进行处理。聚合内部有明确的边界，聚合内的对象之间有强关联，聚合之间只有通过聚合根才能联系。

2. 作用

划分边界：明确哪些对象属于同一个业务操作单元。
保证一致性：聚合内部的数据一致性由聚合根负责维护。
简化外部访问：外部只能通过聚合根访问聚合内部的对象。

二、聚合根（Aggregate Root）

1. 定义

聚合根是聚合内部的唯一入口，是聚合的代表对象。外部只能通过聚合根来访问和操作聚合内的其他对象，不能直接引用聚合内的其他实体或值对象。

2. 作用

负责聚合内的数据完整性和一致性。
对外提供操作接口，屏蔽聚合内部的实现细节。
唯一标识聚合。

三、举例说明

例子：电商系统中的订单

1. 领域建模

假设有如下业务对象：

Order（订单）
OrderItem（订单项）
Payment（支付信息）

2. 聚合与聚合根的划分

聚合根：Order
聚合成员：OrderItem、Payment

Order（订单）【聚合根】
  ├── OrderItem（订单项）
  └── Payment（支付信息）

3. 访问和操作规则

只能通过Order对象来访问和修改OrderItem和Payment。
外部不能直接操作OrderItem或Payment，比如不能直接删除一个OrderItem，必须通过Order的方法来删除。

4. 代码示例（伪代码）

public class Order {
    private List<OrderItem> items;
    private Payment payment;

    public void addItem(OrderItem item) {
        items.add(item);
    }

    public void removeItem(OrderItem item) {
        items.remove(item);
    }

    public void pay(Payment payment) {
        this.payment = payment;
    }
}

public class OrderItem {
    private String productId;
    private int quantity;
    // 只能被Order操作
}

public class Payment {
    private String paymentId;
    private double amount;
    // 只能被Order操作
}

这里，Order是聚合根，只有通过Order的方法才能操作OrderItem和Payment。

四、设计原则

1. 聚合的大小

聚合不宜过大，否则会导致性能问题和复杂性提升。
只把强一致性要求的对象纳入同一个聚合。
弱一致性对象可放在不同聚合，通过领域事件等方式同步。

2. 聚合根的职责

聚合根负责所有业务规则和数据一致性。
聚合根的方法要保证聚合内部状态的正确性。
聚合根应对外暴露简洁的操作接口，隐藏聚合内部细节。

五、事务边界

事务只跨越一个聚合。即一次业务操作（如下单、支付）只修改一个聚合的数据，避免分布式事务。
如果需要同时修改多个聚合，建议使用最终一致性（如事件驱动、消息队列）而不是强一致性。

例子：
用户下单时，订单(Order)聚合和库存(Inventory)聚合分别处理自己的事务，库存的减少可以通过事件异步通知。

六、持久化策略

只保存聚合根对象，聚合内部的实体和值对象通过聚合根持久化。
外部系统只通过聚合根的ID来引用聚合，避免直接引用聚合内部成员的ID。

例子：
订单(Order)聚合持久化时，OrderItem和Payment作为Order的子表或嵌套对象一起保存。

七、聚合与其他领域模型的关系

1. 聚合之间的关系

聚合之间通过聚合根的ID进行关联，而不是通过对象引用。
避免聚合之间直接持有其他聚合的对象引用，这样可以减少耦合。

2. 聚合与实体、值对象的关系

聚合根是实体，有全局唯一标识（ID）。
聚合内部可包含其他实体和/或值对象。
值对象没有唯一标识，只通过属性区分。

八、实际应用注意事项

建模时要识别聚合边界，找出哪些对象需要强一致性，哪些可以弱一致性。
聚合根的设计要考虑性能，避免聚合根过大导致数据库锁和并发问题。
聚合内的对象变化都要通过聚合根完成，保证业务规则和数据完整性。
聚合之间的交互建议用领域事件或服务协调，避免直接操作其他聚合的数据。

九、进一步举例：用户与地址

假设有如下业务场景：

用户(User)可以有多个收货地址(Address)。
只有用户(User)能添加、删除自己的地址(Address)。

建模：

User为聚合根，Address为User聚合内部的实体。

public class User {
    private String userId;
    private List<Address> addresses;

    public void addAddress(Address address) {
        addresses.add(address);
    }

    public void removeAddress(Address address) {
        addresses.remove(address);
    }
}

public class Address {
    private String addressId;
    private String detail;
    // 只能被User操作
}