DDD值对象测试疑问：《实现领域驱动设计》为何推荐浅拷贝？

你的判断是否正确？ #

是的，你的判断完全正确。如果BusinessPriority中的ratings是可变引用类型（比如普通的ArrayList或自定义可变对象），浅拷贝后的两个实例会共享同一个ratings引用。修改这个共享对象的属性时，两个BusinessPriority实例的内部状态会同步变化，此时调用equals方法仍会返回true，直接导致值对象的不变性测试失效——毕竟值对象的核心特性就是不可变，内部状态变化后两个实例理应不再相等。

书中为何推荐浅拷贝？ #

书中的推荐建立在值对象严格遵循DDD设计规范的前提之上：

• 值对象必须是完全不可变的，不仅自身属性无法被修改，其内部包含的所有引用类型属性也必须是不可变的（比如使用ImmutableList这类不可变集合，或是将ratings设计为另一个值对象）。
• 在这种正确设计下，浅拷贝后的共享引用指向的是不可变对象，不存在被修改的可能。此时用浅拷贝测试不变性既安全又比深拷贝更高效。

本质上，书中的建议不是忽略浅拷贝的风险，而是默认你已经实现了符合不可变性要求的值对象——如果你的BusinessPriority存在可变内部引用，问题出在值对象的设计本身，而非浅拷贝的测试方法。

内容的提问来源于stack exchange，提问作者Khoa Phạm