集测的时候出现原来的功能不好使的情况(把我急死了);
手机号换绑(接口C)后,查询个人信息(接口I),显示的信息还是老的手机号.
后来看日志,发现接口C 和接口I 调用的ip不同,但是两个接口引用的是同一个常量啊?
我就突然想到了修改常量类之后,接口C 没有重新编译的问题.
为了确认这点,我找运维,请他把这两个接口的service class文件发给我,我使用jd-gui.exe 反编译,发现这两个接口中的ip确实不同.于是我决定找到问题的源头,我详细问了运维部署项目的流程.集测部署流程如下:
我就往上追溯到jenkins,于是我就找到负责jenkins 的同事,让她把最近一次jenkins部署的相关class文件发给我,我反编译,发现ip不对.那么问题就不在运维,而是在jenkins了.
而且这个同事把编译的结果清理之后,重新部署,发给我相同的class,我反编译之后,发现ip就对了.
所以出问题的环节锁定在jenkins 了.
于是我让该同事查看jenkins 具体构建代码,结果发现没有调用mvn clean
而且我马上做了一个测试
有两个类,一个是常量类,一个是测试类
常量类:
package test;
public class Constant {
public static final String username="黄威";
}
测试类:
package test;
public class Huangwei {
private String myName=Constant.username;
public static void main(String[] args) {
System.out.println(Constant.username);
}
}
编译之后,反编译Huangwei.class
结果如下:
接着我修改Constant类,把Constant中username的值改为"黄威2222222222222222"
保存之后,执行maven命令:mvn package
maven执行完之后,再次反编译Huangwei.class,仍然是:
根本原因:
因为maven发现Huangwei 类没有修改,所以没有重新编译.
但是Huangwei 引用的常量修改过了.
解决办法:添加mvn clean
参考: