题目背景软件是用来做安装部署的工具，在部署一套系统时会有很多安装包，通过此工具，可以生成一个xml文件用以保存每个安装包的文件位置、顺序、参数、所需脚本、依赖条件验证（OS、.net、IIS、数据版本等），有了这个定义好的xml就可以轻而易举的安装非常多的安装包（有一个专门解析此xml的软件来操作）。
今天要介绍的问题发生在生成xml过程中，当生成xml时，对验证模块的内容（OS、.net、IIS、数据版本等）添加失败，纠其原因是inverse="true"的配置导致的。下面详细讲解问题的发生时的现象，和解决这个问题的过程，来梳理下当遇到此类问题时应当如何下手。
数据管理是用的Hibernate，通过简单的配置来代替复杂的SQL语句。
问题现象：
- 添加完Validation（下文将用Validation代替依赖条件验证）信息后，点击保存按钮，显示保存成功，并且Validation的信息也保存到数据库，但是与Validation关联的父对象字段为NULL，失去了关联关系，导致界面显示不出所添加的Validation来，如下图（1-1）：
- 关联的父id为NULL：（图1-2）
- 关联的父id创建成功：（图1-3）
- 管之前版本的validation.dll文件是能够保存Validation信息的，最新版本的validation.dll不能保存Validation信息
解决思路：
- 查看日志并无异常？没有异常，排除代码走到了catch里，一切看似友好
- 到数据库中查询数据是否保存到库中？确实保存到数据库中，但缺少关联关系，导致一直Validation与父记录关联不起来，看似没有保存成功。所以基本定位到是在往数据库存储时的顺序问题，因为必须是先有父记录，才能写子记录并把父记录Id保存到子记录的关联中。很可能是Hibernate配置中出现问题
- 因为之前的dll是能保存成功，最新的不能保存成功，所以考虑对比两个dll的差异，寻找问题的根源。最终查找并定位到问题
根源查找（对比dll）：
对比两个版本的dll是非常困难的事情，因为命名空间和代码众多。如果只是用反编译工具一行一行的对比的话就太费时间和精力了。所以对比dll也是需要方法的，这里就用了两个非常有用的工具，ILSpy和WinMerge。ILSpy和WinMerge都是免费的，大家可以到百度一搜网上下载，这里就不提供链接了。
- ILSpy负责反编译dll代码，并把代码保存成文件目录的状态
- WinMerge负责对比两个文件夹内容的不同
好的，下面开始讲如何操作
- 用ILSpy打开老版本validation.dll，我们称之为validation_old.dll：File->Open->找到dll
- 把validation_old.dll保存成文件目录的状态：选中validation_old.dll节点->File->Save Code...，保存到文件夹validation_old。图（3-1）
-
重复上面123的步骤，把新版本validation_new.dll保存到文件夹：validation_old
- 用WinMerge工具，对比两个文件夹，依次查看每个文件的变化，最终定位到Hibernate配置文件中问题的根源：inverse=“true”
- 图（3-2）
问题分析（inverse=“true”）：
inverse关键字表示“是否放弃维护关联关系”，默认是false。true放弃维护关联关系。
这里的问题根源就是把inverse=“true”设在了Validations里（如上图右侧错误的配置），导致他们的关联关系没有保存到数据库中。
当去掉inverse=“true”后，就会变成如上图1-1中间记录一样，恢复正常
具体可参考这篇文章：
- https://www.cnblogs.com/little-fly/p/2017-01-05.html
- https://www.mkyong.com/hibernate/inverse-true-example-and-explanation/
总结：
- DLL对比可以使用ILSpy解压后，再通过WinMerge对比
- WinMerge可以对比文件夹的异同，不只用在这里
- Hibernate中的配置使用要理解透彻，不然很容易掉进坑里