由hibernate配置cascade而致使的软件错误，并分析解决此问题的过程

本文与上一篇文章的软件背景相同，是一个安装部署的工具，这个工具会生成整套系统部署用的xml文件。

这个工具中有一个“克隆”功能，当安装包有新版本后，能够克隆以前的xml版本，并在其基础上作少量修改来适配新版本的功能。

今天遇到的问题就是在克隆阶段。

 

问题现象：

只有在克隆其中一个产品时会发生以下图所示的错误，其余的产品克隆功能是正常的：

"a different object with the same identifier value was already associated with the session:2, of entity: "

经过上面的错误信息，可以很明确的知道是Hibernate报出的错误。

 

解决思路：

1. 由错误信息能看出，应该是主键冲突，所以首先定位到是由哪条记录致使的主键冲突
2. 报错的对象是ValidationType类，ValidationType是数据库初始化建立的数据，无需增删改操做
3. 错误日志中没有找到有用的信息。根据调试代码和数据库变化，追踪是哪条记录致使的主键冲突
4. 只有一个产品的克隆出现问题，其余的产品都是好的，对比产品的差别，并根据3调试跟踪

根源查找：

1. 根据产品xml对比，“克隆”出错的产品，在参数、安装包、验证模块都比其余的多不少
2. 根据调试和数据库记录的变化看来，克隆虽然报错，但产品基本信息、安装包等都插入数据库成功，验证模块部分插入成功，因此极可能是验证模块致使的主键冲突
3. 检查验证模块的业务，共有8个验证模块，每次都是仅插入了前3条，因此极可能问题出如今第4条和以后
4. 发现第4条和第5条的验证模块用了相同的ValidationType，ValidationType是在数据库初始化时插入的，不该该有增删改的操做，查看Hibernate的配置找到问题根源cascade=“save-update”，以下图：

问题分析（cascade=“save-update”）：

　　由于ValidationType是数据库初始化时的数据，不须要增删改，因此应该设置为none模式，若是设置为“save-update”时，hibernate会对他们的ValidationType进行saveorupdate操做，当有两个相同的ValidationType时就出现了主键冲突的错误了。下面是对cascade配置的详细解读

元素的cascade属性代表操做是否从父对象级联到被关联的对象， 它的取得能够是如下几种：

1. none：在保存，删除或修改当前对象时，不对其附属对象（关联对象）进行级联操做。它是默认值。
2. save-update：在保存，更新当前对象时，级联保存，更新附属对象(临时对象，游离对象)。
3. delete：在删除当前对象时，级联删除附属对象。
4. all：全部状况下均进行级联操做，即包含save-update和delete操做。
5. delete-orphan：删除和当前对象解除关系的附属对象。

 

更多关于Hibernate中的配置，能够参考连接：https://www.cnblogs.com/little-fly/p/2017-01-05.html