一个奇怪的问题的解决方法

<p>前段时间写了个函数，通过反射机制得到jar包下，所有类以及测试方法，但是今天将应用部署到linux服务器上，测试怎么都跑不通而且包解析的类找不到，为此非常郁闷，开始查错。</p>
<p>第一步，怀疑是jar包路径的问题，将jar包拷贝到默认路径下，进行验证，可以解析类，于是想着是否可以让jboss的应用能够识别不放在默认路径下jar包，也就是动态添加classpath.为此花费了很多时间。结果证明这是徒劳的而且不符合jboss本身的设计原则。</p>
<p>第二步，仔细研究函数所用的方法，URLClassLoader，发现它本身就是动态加载jar包的意思，也就是说无需将jar包拷贝到默认路径，也就是证明我第一步的做法是徒劳的。那么是什么原因呢。同时在本地的测试环境下经过反复的测试，都是没有问题的。于是就想肯定是jar包路径指定的有问题。windows下jar包访问url和linux下jar包访问url是有区别的。</p>
<p>第三步，疯狂查找linux下jar包访问url的特殊性， google输入“URLClassLoader linux” 输入"ClassLoader Linux" 疯狂的找啊，找，都没有我需要的答案，就在即将放弃的时候（查了差不多5个小时）。突然灵光一闪为什么步输入我现在访问url的方式呢于是输入"file:/home/admin";这里我知道一般/home/admin的文件结构都是指linux了。果然发现我需要的信息，原来linux下url资源访问的格式是file:///home/admin ;而我的程序是按windows的标准来写的，是:file:/C:/test.jar;于是问题得到解决。写上面的文字，目的两个</p>
<p>1.说明查证问题的时候，方法很重要，其实应该从小处出发，先Review自己函数中每行代码很重要，然后才通过其他手段来验证，而在这个例子中我如果遵循这个原则就不会走第一步的冤枉路了。</p>
<p>2.坚持很重要，做测试做久了以后这点品质的确得到很大的提高，按以前老早换别的途径了。</p>
<p>当然坚持过了，就变成固执了。</p>