Tomcat中发布的class文件替换失败

hmzone

　　前一阵子在客户现场的tomcat中发布了一个项目，后来有修改，改完之后在去发布时碰到了一个很诡异的问题，因为碰到了两次，第一次怎么解决第二次时又忘了，避免第三次再忘记，这里写个博文记录一下。
　　替换的是class文件，也就是编译后的文件，位于web-inf目录下。替换之前的文件A大概约400行，新的文件B约700行，处理经过及结果如下：
　　1、停止tomcat服务器，用700多行的文件B替换原有400多行的文件A，之后打开文件看400多行，好像没覆盖一样。
　　2、删除原有文件，再次重新替换，结果还是400多行；
　　3、删除tomcat根目录下的work中所有文件，重新替换，重启，结果依旧是400多行；
　　至此觉得诡异了，诡异的地方有两个：一个是无论何如替换好像都没有替换一样，即便“以为的系统用的一直是work中的文件”都删掉了让重新弄了还是没有效果；二个是：通常情况下，若是某个文件正在使用删除时是删除不掉的，但是我这些文件“在tomcat处于启动模式下也就是这些文件备使用的状态下“都能删除，即便是work下的文件，都能删除，这个很奇怪。
　　基于上面第二点的考虑，怀疑系统一直在用原来的旧文件，即便我的新文件被替换了。
　　我有一个习惯，就是每次在替换文件时，都会备份一下原来的文件，理由很简单：万一改后的功能有问题导致系统出错了还可以用旧文件代替一下，至少可以保证系统能够正常运行。（想必有此考虑的不止我一个吧！）保存位置还是在原来的文件夹下，文件名称为：原来的名称+下划线+年月日+.后缀名。
　　怀疑过后，抱着试试看的态度，把所有的替换文件的备份文件都移除出了当前文件夹，重新启动重新测试，果然正确，再打开文件看时，不再是顽固的400多行，变成700多行了，也就是我替换成功了。
　　这个问题很奇怪，我明明替换成功了，为什么每次访问及打开的还是原来的文件？tomcat服务器有脸盲症难不成电脑也有啊，再说了我的文件名称都改了，人家早就下班了为什么服务器和电脑还是揪着人家不放啊？难不成还真有脸盲症？？
　　有遇到相同情况且知道原因的同仁、筒子们，记得帮我留个言，不胜感激！