程序报错，一点排查故障的经验

引言

有些时候，明明控制台已经把出BUG的代码标明，并且百度了出来相同的提示，但是，却怎么也改不了，这时候，有没有想过从其他地方入手呢？看控制行没错，但是，要学会触类旁通，这样子，才能更快地定位到故障的原因并修复它。

正文

我之前遇到过这样的问题，代码提示(我直接翻译中文了，相信大部分程序员都有遇到过这种问题)：找不到方法或者XML文件。

我当时就蒙蔽了，我以为是我XML的包名写错了，以为是DAO接口名和XML的nameSpace（命名空间）对不上，以为是XML格式不对，结果，我一一检查过去，发现，没问题，但是，再次执行的时候还是爆出这个异常，反复排查，结果还是找不到原因。百度出来的解决办法，也是让我对照什么接口名，包名，命名空间是否有误。必须得承认：有些时候，百度出来的准确率是99%，但或许，你这次遇到的问题是这1%，也就是极不可能发生的问题。。。很倒霉，我就是这1%

之后，我从tomcat的webapp下找到我项目的文件夹，然后进到xml文件夹中找这份xml，结果很诡异，所有的xml都在，就我的这份不在，我就纳了闷了，明明我在IDEA上有这个XML啊，明明这文件的上个XML文件叫做A，下面的叫做C，但是为什么它这个B就是不见了呢？这时候，我直接把tomcat下这个项目给删除了，先clean项目，再install，再次执行代码，结果还是一样。看来，是我的方式不对，虽然找到了原因，结果还是没解决。

最后，我把XML文件里的代码复制一份出来，把原文件删除删除，新建一个新的XML文件，名字和之前一样，代码也是复制过去的，为了保险起见，我先clean项目，再install，最后才启动tomcat。这下子，困扰了我的问题终于得到解决，新的xml终于生成在服务器下了，报错终于得到解决。

结语

古语有云“一叶障目”，有的时候，程序报错了，不要执着于控制台打出的报错点，而是，想到与它相关联的，次数多了，处理的经验就上去了。

最后的最后，喜羊羊祝愿大家：开开心心每一天

最后：祝大家开开心心每一天