更换class文件引发的问题

一直不提倡升级系统时直接更换class，但昨天还是这样做了一次，结果就是10分钟可以做完的事情花了两个多小时才弄好。。。

过程是这样的：
昨天下午需要对一个系统的已知bug进行升级修复，但是该系统对应的程序版本已经没有了(项目管理的问题，这里不讨论这个问题)，因为只需要更换一个class，而且可以确认只对bug进行了修复，也就是一行代码的修改，于是很肯定的就拿了最新的class文件进行升级。

升级后问题来了，所有网元变成了监控失败，于是赶紧回滚，回滚后一切正常，可以确定就是这个class文件的问题了。于是，与另外一个同事，两个人认认真真的走读了代码，因为找不到现阶段代码，无法做修改的对比，只能走读每段可能出现问题的代码，然后再更换版本再升级，结果仍然有问题。

到底是哪里出错了呢？按现在的代码逻辑，是不会有影响的才对，两人百思不得其解！

这时，把反编译工具搬出来，把升级前和升级后的代码拿出来做个对比，终于发现，新代码加入了一些日志记录，日志记录不会对逻辑产生影响，但是依赖的日志记录类是新加入的，也就是说在当前运行的系统中没有这个日志记录类。问题终于找到，把日志记录先去掉，再升级后就正常了。

虽然问题解决了，但是最大的一个疑问就是：新代码中缺少了依赖的类，为什么运行时没有报类找不到的异常？


经过这次问题有几点是可以肯定的：
1、直接更换class文件，是非常不可靠的方式，其运行的结果可能完全不可预知
2、不要相信任何很简单的改动
3、这样的项目管理是很有问题的

这里作为一个记录，避免日后再犯，切记！切记！