公司的后端开发使用了一套自研的基础框架，开发人员会根据业务不断地扩展这套框架，然后将jar包发布到私服nexus上，业务层的代码是基于这套自研的代码进行开发，所以一般会下载该框架的jar包到本地然后和本地最新的业务代码进行整合，从而形成一个新的业务代码的jar包。
整个业务代码-核心框架代码的结构如图所示：
platform是各个业务项目的名称，而module是项目的模块，core则是核心框架，被依赖于各个module的pom中。一般情况下，core是资深一点的程序员甚至是架构师来写，主要是根据公司的业务场景来改造一些框架，或者集成一些比较复杂的功能特性，这样业务程序员就能够很容易地将这些功能集成到业务的jar包中。但是，偶尔会出现在一个环境上有bug，而在另一个环境上没有bug的情况，排查到最后发现是jar包依赖的代码不一致。虽然core包的版本号都一样，但由于开发人员没有将最新的代码发布到私服，或者是业务开发没有引用最新的代码，导致两个环境的jar包并不相同。
此时，朋友推荐了这个比较jar包依赖的神器：BeyondCompare4。将两个jar包放在其中，立即能够找到不一样的依赖，或者代码文件，它能用不同的颜色标识出来，省去了查日志、分析等过程。
