7.2.4 聚合设计过大 在领域驱动设计(DDD)的实践现场,我见过太多团队把“聚合”当成一个抽象概念来背诵——它应该小、它要高内聚、它得有明确边界……可当真正打开代码编辑器,面对一个正在演化的订单系统时,他们却毫不犹豫地把 、 、 、 、 、 、 全部塞进同一个 类里,还自信地说:“这很自然啊,它们都属于一笔订单。” 这不是自然,这是惯性;不是设计,是放任;不是聚合,是聚合体癌变。 “7.2.4 聚合设计过大”绝非教科书里一句轻飘飘的警告,而是横亘在微服务演进路上的一道真实裂缝。它会在你上线后第三周悄然裂开:一次 事件触发了17个下游服务的重试风暴;它会在压测时突然暴露:单次 操作平均耗时从87ms飙升至1.2s,CPU在JVM堆外内存区反复抖动;