DDD建模疑问：聚合根引用其他聚合根的子实体该如何处理？

你的思路完全没问题，甚至是DDD中处理这类场景的典型方案——从领域语义来看，用户领取的奖励是「历史事实」，它的属性本就不该随着原赛事奖励的修改而变化，这完全贴合业务逻辑。

为什么不能直接引用子实体ID？ #

• DDD的聚合规则核心是保障聚合内部的一致性，子实体的生命周期完全依附于所属聚合根，它的ID仅在聚合内部有意义，不具备全局唯一性（比如不同赛事下可能出现ID相同的Reward）。跨聚合直接引用子实体ID，会导致语义模糊、数据一致性难以保障的问题，确实违反了DDD的设计原则。

固化奖励属性的合理性 #

把奖品名称等核心属性复制到ReceivedReward中，本质是对领域事件的事实固化。当用户完成赛事阶段领取奖励时，触发「奖励已领取」的领域事件，此时将当时的奖励信息（名称、描述等）持久化到ReceivedReward聚合中，完美契合业务对「历史记录不可篡改」的要求——毕竟用户领到的是当时的奖励，后续赛事奖励的调整不该影响已获得的记录。

可选的补充思路（若业务需要关联原奖励） #

如果业务有统计「某类奖励被领取次数」这类需求，可以让ReceivedReward引用Race的ID（聚合根ID），再加上Reward在Race内部的唯一标识（比如阶段ID、奖励序号）。这种方式既不违反聚合规则，又能在需要时通过Race找到对应的原奖励，但要注意：这种方式查询到的是Reward的当前状态，而非用户领取时的状态，所以展示用户历史奖励信息时，依然需要依赖固化的属性。

DDD的规则从来不是教条，而是服务于领域语义和业务一致性的工具，你的第一反应完全符合DDD的核心思想，不用怀疑。

内容的提问来源于stack exchange，提问作者Michael Gallego