3. 领域驱动设计(DDD)基础：实体、值对象、聚合、领域服务与缓存边界的映射关系

在《Go项目性能调优：基于领域边界的缓存策略与数据同步》课程中，领域驱动设计（DDD）是定义缓存边界与数据同步策略的核心理论工具。本章将系统梳理DDD的四大基础构造块——实体、值对象、聚合与领域服务，并建立它们与缓存边界之间的精确映射关系。理解这些映射，是后续设计高性能、高一致性的缓存方案的前提。

3.1 实体（Entity）：唯一标识与缓存键设计

实体是具有唯一标识且会经历生命周期变化的对象。在DDD中，两个实体即使所有属性相同，只要ID不同，就是不同的对象。实体的这一特性直接决定了缓存键（Cache Key）的设计原则。

3.2 值对象（Value Object）：不可变性与缓存共享

值对象通过属性值来定义，没有唯一标识，且通常是不可变的。两个值对象如果所有属性相同，则视为相等。值对象的不可变性使其天然适合缓存共享——多个实体可以引用同一个值对象缓存实例，而无需担心数据被意外修改。

// Go 值对象示例：地址
type Address struct {
    Province string
    City     string
    Street   string
}

// 值对象的缓存键生成：基于属性哈希
func (a Address) CacheKey() string {
    data := []byte(a.Province + a.City + a.Street)
    hash := sha256.Sum256(data)
    return fmt.Sprintf("address:%x", hash[:8])
}

3.3 聚合（Aggregate）与聚合根：缓存一致性边界

聚合是领域对象的集群，聚合根是聚合中唯一允许外部直接引用的实体。聚合定义了事务一致性的边界——一个聚合内的所有对象必须同时更新，跨聚合则允许最终一致性。这一边界直接映射为缓存失效的最小粒度。

3.4 领域服务（Domain Service）：无状态与缓存编排

领域服务是无状态的操作，它协调一个或多个聚合完成某个业务动作。领域服务本身不持有数据，因此不需要缓存。但领域服务是缓存编排的最佳位置——它负责决定何时读取缓存、何时回写缓存、以及何时触发缓存失效。

// 领域服务：订单结算服务
type OrderSettlementService struct {
    orderRepo  OrderRepository
    userRepo   UserRepository
    cache      CacheManager
}

func (s *OrderSettlementService) SettleOrder(orderID string) error {
    // 1. 尝试从缓存读取聚合根
    order, err := s.cache.GetOrder(orderID)
    if err != nil {
        // 2. 缓存未命中，从仓库加载
        order, err = s.orderRepo.FindByID(orderID)
        if err != nil {
            return err
        }
        // 3. 回写缓存
        s.cache.SetOrder(order)
    }

    // 4. 跨聚合引用：从用户聚合获取支付信息（最终一致性）
    user, err := s.cache.GetUser(order.UserID)
    if err != nil {
        user, err = s.userRepo.FindByID(order.UserID)
        if err != nil {
            return err
        }
        s.cache.SetUser(user)
    }

    // 5. 执行业务逻辑
    // ...

    // 6. 事务提交后，失效订单聚合的缓存
    s.cache.InvalidateOrder(orderID)
    return nil
}

3.5 映射关系总结：从DDD构造块到缓存策略

下表总结了DDD四大构造块与缓存策略之间的完整映射关系，这是后续章节设计具体缓存方案时的参考依据。

3.6 常见误区与避坑指南

• 误区一：将值对象当作实体缓存。 值对象没有ID，如果按实体方式缓存（如 "address:1"），会导致不同实体引用同一个地址ID时产生歧义。正确做法是按属性哈希缓存。
• 误区二：跨聚合直接缓存引用。 例如在订单缓存中直接嵌入用户信息。这破坏了聚合边界，导致用户信息变更时难以同步。正确做法是只缓存聚合根ID，通过领域服务按需加载。
• 误区三：领域服务持有状态。 如果领域服务内部缓存了数据，就变成了有状态服务，难以水平扩展。领域服务应只负责编排，数据存储委托给仓库和缓存管理器。
• 误区四：聚合内使用最终一致性。 聚合边界定义了事务一致性，聚合内的所有对象必须同时更新。如果聚合内使用最终一致性，会导致业务逻辑错误。