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

题目背景软件是用来作安装部署的工具，在部署一套系统时会有不少安装包，经过此工具，能够生成一个xml文件用以保存每一个安装包的文件位置、顺序、参数、所需脚本、依赖条件验证（OS、.net、IIS、数据版本等），有了这个定义好的xml就能够垂手可得的安装很是多的安装包（有一个专门解析此xml的软件来操做）。

今天要介绍的问题发生在生成xml过程当中，当生成xml时，对验证模块的内容（OS、.net、IIS、数据版本等）添加失败，纠其缘由是inverse="true"的配置致使的。下面详细讲解问题的发生时的现象，和解决这个问题的过程，来梳理下当遇到此类问题时应当如何下手。

数据管理是用的Hibernate，经过简单的配置来代替复杂的SQL语句。

 

问题现象：

1. 添加完Validation（下文将用Validation代替依赖条件验证）信息后，点击保存按钮，显示保存成功，而且Validation的信息也保存到数据库，可是与Validation关联的父对象字段为NULL，失去了关联关系，致使界面显示不出所添加的Validation来，以下图（1-1）：
2. 关联的父id为NULL：（图1-2）

    

3. 关联的父id建立成功：（图1-3）

    

4. 管以前版本的validation.dll文件是可以保存Validation信息的，最新版本的validation.dll不能保存Validation信息

解决思路：

1. 查看日志并没有异常？没有异常，排除代码走到了catch里，一切看似友好
2. 到数据库中查询数据是否保存到库中？确实保存到数据库中，但缺乏关联关系，致使一直Validation与父记录关联不起来，看似没有保存成功。因此基本定位到是在往数据库存储时的顺序问题，由于必须是先有父记录，才能写子记录并把父记录Id保存到子记录的关联中。极可能是Hibernate配置中出现问题
3. 由于以前的dll是能保存成功，最新的不能保存成功，因此考虑对比两个dll的差别，寻找问题的根源。最终查找并定位到问题
   
   

根源查找（对比dll）：

　　对比两个版本的dll是很是困难的事情，由于命名空间和代码众多。若是只是用反编译工具一行一行的对比的话就太费时间和精力了。因此对比dll也是须要方法的，这里就用了两个很是有用的工具，ILSpy和WinMerge。ILSpy和WinMerge都是免费的，你们能够到百度一搜网上下载，这里就不提供连接了。

• ILSpy负责反编译dll代码，并把代码保存成文件目录的状态
• WinMerge负责对比两个文件夹内容的不一样

　　好的，下面开始讲如何操做

1. 用ILSpy打开老版本validation.dll，咱们称之为validation_old.dll：File->Open->找到dll
2. 把validation_old.dll保存成文件目录的状态：选中validation_old.dll节点->File->Save Code...，保存到文件夹validation_old。图（3-1）

4. 重复上面123的步骤，把新版本validation_new.dll保存到文件夹：validation_old

5. 用WinMerge工具，对比两个文件夹，依次查看每一个文件的变化，最终定位到Hibernate配置文件中问题的根源：inverse=“true”
6. 图（3-2）

 

问题分析（inverse=“true”）：

　　inverse关键字表示“是否放弃维护关联关系”，默认是false。true放弃维护关联关系。

　　这里的问题根源就是把inverse=“true”设在了Validations里（如上图右侧错误的配置），致使他们的关联关系没有保存到数据库中。

　　当去掉inverse=“true”后，就会变成如上图1-1中间记录同样，恢复正常

　　具体可参考这篇文章：

1. https://www.cnblogs.com/little-fly/p/2017-01-05.html
2. https://www.mkyong.com/hibernate/inverse-true-example-and-explanation/

 

总结：

1. DLL对比可使用ILSpy解压后，再经过WinMerge对比
2. WinMerge能够对比文件夹的异同，不仅用在这里
3. Hibernate中的配置使用要理解透彻，否则很容易掉进坑里