2. 领域驱动设计基础回顾：实体、值对象、领域服务、领域事件的核心定义

在深入聚合根与微服务边界之前，必须重新校准 DDD 战术模式的四个基本构造块。它们不仅是建模语言，更是微服务拆分时判断“该不该独立成一个服务”的底层依据。

2.1 实体（Entity）—— 拥有身份标识与连续生命周期的对象

实体是 DDD 中最核心的概念。一个实体具备唯一标识，并且这个标识在其整个生命周期中保持不变。判断一个对象是否为实体，不取决于它的属性值，而取决于它是否拥有一个不可变的 ID。

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

值对象描述领域的某个度量或描述，它没有概念上的身份标识，其相等性完全基于所有属性的值。值对象一旦创建就不可变，修改即替换。

• 无身份： 两个“金额 100 元、币种人民币”的值对象，就是同一个值对象。
• 不可变： 修改地址不是修改原对象，而是创建新地址对象替换引用。
• 自包含： 值对象内部可以包含其他值对象或实体引用，但整体无独立生命周期。
• 可共享： 同一个值对象实例可以被多个实体安全共享。

2.3 领域服务（Domain Service）—— 无状态、跨实体的业务逻辑

当某个业务操作不属于某个实体或值对象的自然职责时，就需要领域服务。领域服务是无状态的，它协调多个领域对象完成一个业务动作。

• 无状态： 不持有自己的数据，只依赖传入的领域对象。
• 行为聚焦： 封装一个完整的业务原子操作。
• 命名规范： 通常以动词或动词短语命名，如 TransferService、FraudDetectionService。
• 与基础设施服务区分： 领域服务只包含业务规则，不涉及数据库、消息队列等基础设施。

// 领域服务示例：转账
public class TransferService {
    public void transfer(Account from, Account to, Money amount) {
        // 领域规则：扣款
        from.debit(amount);
        // 领域规则：入账
        to.credit(amount);
        // 领域事件：转账完成
        DomainEventPublisher.publish(new TransferCompleted(from.getId(), to.getId(), amount));
    }
}

2.4 领域事件（Domain Event）—— 记录已发生的业务事实

领域事件表示领域中已经发生的、对业务有意义的事件。它是 DDD 中实现最终一致性和事件驱动架构的核心机制。

2.5 四种构造块的关系总结

在领域模型中，这四种构造块协同工作：实体作为身份锚点，值对象作为属性描述，领域服务协调跨实体的业务逻辑，领域事件记录业务事实并驱动后续流程。理解它们的边界，是后续定义聚合根和微服务拆分的前提。