Hibernate为何在持久化实体的merge事件中调用copyValues方法？

一、该复制操作的必要性 #

看似是无意义的同内存地址属性复制，但这个调用实际有其存在的合理性：

• 兼容扩展逻辑：copyValues并非单纯的属性赋值，它会触发Hibernate的扩展钩子（比如Interceptor、AttributeConverter或自定义类型处理器）。即使实体和目标是同一个实例，这些扩展逻辑可能依赖这个调用时机执行自定义操作（比如属性加密、审计日志记录），删除该调用可能破坏依赖这些扩展的业务代码。
• 统一流程降低复杂度：Merge操作的逻辑分支复杂，为避免增加“判断实体与目标是否为同一实例”的分支判断，Hibernate选择统一执行copyValues。额外的CPU消耗在多数场景下可忽略，换来的是代码的简洁性和可维护性。
• 隐性状态同步需求：即便实体处于持久化状态，某些特殊场景下（比如实体属性被第三方工具直接修改、绕过Hibernate状态跟踪），copyValues能确保实体内存状态与Hibernate内部快照保持同步，避免后续脏检查出现异常。

二、是否为遗留代码？ #

仅从最后一次修改是2013年的格式清理，无法判定这是遗留代码：

• 向后兼容性约束：Hibernate作为成熟ORM框架，必须保障旧版本用户的兼容性。若早期用户依赖copyValues调用的副作用（比如自定义拦截器逻辑），删除该代码会导致这类用户的系统崩溃。
• 无废弃标记：如果是遗留代码，Hibernate团队通常会标记@Deprecated并在文档说明，但目前该代码无此类标记，说明它仍被视为当前逻辑的一部分。
• 测试用例覆盖：Hibernate的测试套件大概率存在依赖该逻辑的测试用例，移除会导致测试失败，这也侧面说明该调用并非无意义的遗留代码。

内容的提问来源于stack exchange，提问作者Semyon Kirekov