之前碰到一个疑虑,客户生产环境里面有个jar包里面的class文件和src 路径下 编译出来的class 相同(包名,类名,里面的逻辑不同),
但偏偏在客户那里正常跑了3个月(tomcat),于是自己写了个demo
public class TestJvmLoaderServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
TestJar a = new TestJar();
a.output();
}
@Override
protected void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
this.doGet(request, response);
}
}
测试类 打成jar
package com.controller;
public class TestJar {
public void output()
{
System.out.println(“我是jar,惊不惊喜,意不意外”);
}
}
打成jar之后,将上面的方法修改为
package com.controller;
public class TestJar {
public void output()
{
System.out.println(“我是src,惊不惊喜,意不意外”);
}
}
http://localhost:8080/TestJvmLoaderServlet
调用 servlet ,结果
打成war包发布也是同同样的结果
结论: 工程路径下的文件和 jar包里面的文件重复时,优先加载工程路径下的
另外:
当我们利用dubbo做微服务时,dubbo的过滤器传送参数到另一个进程时,如果出现没有数据传过去,可能就考虑将从dubbo的jar包中copy相关的类到IDEA的src目录下进行改造
之所以可以这样做是根据类的加载机制,加载类路径下的class文件后,再加载jar包