本文与上一篇文章的软件背景相同，是一个安装部署的工具，这个工具会生成整套系统部署用的xml文件。
这个工具中有一个“克隆”功能，当安装包有新版本后，可以克隆之前的xml版本，并在其基础上做少许修改来适配新版本的功能。
今天遇到的问题就是在克隆阶段。
问题现象：
只有在克隆其中一个产品时会发生如下图所示的错误，其他的产品克隆功能是正常的：
"a different object with the same identifier value was already associated with the session:2, of entity: "
通过上面的错误信息，能够很明确的知道是Hibernate报出的错误。
解决思路：
- 由错误信息能看出，应该是主键冲突，因此首先定位到是由哪条记录导致的主键冲突
- 报错的对象是ValidationType类，ValidationType是数据库初始化创建的数据，无需增删改操作
- 错误日志中没有找到有用的信息。根据调试代码和数据库变化，追踪是哪条记录导致的主键冲突
- 只有一个产品的克隆出现问题，其他的产品都是好的，对比产品的差异，并根据3调试跟踪
根源查找：
- 根据产品xml对比，“克隆”出错的产品，在参数、安装包、验证模块都比其他的多很多
- 根据调试和数据库记录的变化看来，克隆虽然报错，但产品基本信息、安装包等都插入数据库成功，验证模块部分插入成功，所以很可能是验证模块导致的主键冲突
- 检查验证模块的业务，共有8个验证模块，每次都是仅插入了前3条，所以很可能问题出现在第4条和之后
- 发现第4条和第5条的验证模块用了相同的ValidationType，ValidationType是在数据库初始化时插入的，不应该有增删改的操作，查看Hibernate的配置找到问题根源cascade=“save-update”，如下图：
问题分析（cascade=“save-update”）：
因为ValidationType是数据库初始化时的数据，不需要增删改，所以应该设置为none模式，如果设置为“save-update”时，hibernate会对他们的ValidationType进行saveorupdate操作，当有两个相同的ValidationType时就出现了主键冲突的错误了。下面是对cascade配置的详细解读
元素的cascade属性表明操作是否从父对象级联到被关联的对象， 它的取得可以是以下几种：
- none：在保存，删除或修改当前对象时，不对其附属对象（关联对象）进行级联操作。它是默认值。
- save-update：在保存，更新当前对象时，级联保存，更新附属对象(临时对象，游离对象)。
- delete：在删除当前对象时，级联删除附属对象。
- all：所有情况下均进行级联操作，即包含save-update和delete操作。
- delete-orphan：删除和当前对象解除关系的附属对象。
更多关于Hibernate中的配置，可以参考链接：https://www.cnblogs.com/little-fly/p/2017-01-05.html