2. 领域驱动设计基础：实体、值对象、聚合、聚合根的概念回顾

2.1 实体（Entity）—— 拥有身份标识的对象

实体最核心的特征是 唯一标识。两个实体即使所有属性值都相同，只要标识不同，就是两个不同的对象。实体的状态可以随时间变化，但标识终身不变。

2.2 值对象（Value Object）—— 描述性、不可变、无标识

值对象描述事物的 属性或度量，没有独立标识，通过所有属性值判断相等性。一旦创建就不可变，需要修改时直接替换整个对象。值对象是聚合内降低复杂度的关键工具。

• 无标识： 两个金额对象（100.00, CNY）就是相等的，不需要 ID。
• 不可变性： 修改金额时创建新对象，而非修改原对象。
• 自包含行为： 值对象可以封装业务逻辑，如金额的加法、汇率换算。
• 可共享： 同一个值对象实例可被多个实体引用。

2.3 聚合（Aggregate）—— 事务一致性的边界

聚合是一组相关对象的 一致性边界。边界内的所有对象在同一个事务中必须保持数据一致。聚合通过聚合根对外暴露操作，外部对象只能通过聚合根引用聚合内的其他对象。

• 事务边界： 一次提交只修改一个聚合，保证最终一致性。
• 内部一致性： 聚合内的实体和值对象共同满足业务不变量。
• 外部引用： 外部只能持有聚合根的 ID，不能直接引用内部对象。
• 粒度控制： 聚合不宜过大，否则影响并发性能；也不宜过小，否则失去一致性意义。

2.4 聚合根（Aggregate Root）—— 聚合的唯一入口

聚合根是聚合中 唯一的实体，负责维护聚合内所有对象的一致性。外部对象只能通过聚合根的方法来操作聚合内部。聚合根拥有全局唯一标识，而内部实体只有本地标识。

2.5 概念关系全景图

下图展示了四个概念在支付订单上下文中的层级关系与交互方式：

2.6 支付系统中的聚合划分原则

基于上述概念，支付订单系统的聚合划分应遵循以下原则：

1. 事务边界最小化： 每个聚合只包含必须保持强一致性的对象。例如，支付单聚合包含支付明细和支付方式，但不包含商品信息。
2. 聚合根选择： 选择业务生命周期最长、对外暴露最多的实体作为聚合根。支付单（Payment）比支付明细（PaymentItem）更适合作为聚合根。
3. 值对象优先： 金额、费率、时间区间等无标识概念一律设计为值对象，减少实体数量，提升不可变性带来的并发安全。
4. 跨聚合通信： 使用领域事件（Domain Event）实现最终一致性，避免跨聚合的直接事务依赖。