备份jar包的一些坑

太过爱你忘了你带给我的痛 2023-07-10 11:11 13阅读 0赞

### 文章目录 ###

*   *  一、更新jar包时的一些现象
     *  二、jar包加载测试
     *   *  2.1、测试前的准备
         *  2.2、测试方案一
         *  2.3、测试方案二
     *  三、结论

## 一、更新jar包时的一些现象 ##

我们在更新jar包时，经常会对旧的jar包做备份。目前常见的备份方式有以下几种：

1、重命名旧的jar包，加上一些后缀。如 xxx.jar -> xxx.jar.bak

2、在程序指定的classpath下创建一个backup目录（通常是程序的lib目录下创建），然后把旧的jar包放入。如 lib/xxx.jar 移动到 lib/backup/xxx.jar

3、额外新建一个与classpath无关的备份目录，把jar包扔到那个目录下

以上三种方案中，第三种方案无疑是最安全的。但是前两种方案是否可行呢？我们可以做个测试。

## 二、jar包加载测试 ##

### 2.1、测试前的准备 ###

我们准备三个jar包：test.jar，a.jar，b.jar，c.jar。

a.jar 下有类 com.test.A

public class A { 
    
        @Override
        public String toString() { 
            return "load A";
        }
    }

b.jar 下有类 com.test.B

public class B { 
    
        @Override
        public String toString() { 
            return "load B";
        }
    }

c.jar 下有类 com.test.C

public class B { 
    
        @Override
        public String toString() { 
            return "load B";
        }
    }

然后准备test.jar，有类 com.test.Test

public class Test { 
    
        public static void main(String[] args) throws Exception { 
            String className = args[0];
            Class<?> aClass = Class.forName(className);
            Object object = aClass.newInstance();
            System.out.println(object);
        }
    }

之后新建一个目录 `/tmp/test`，把jar包放进，最后有以下结构：

/tmp/test/test.jar
    /tmp/test/a.jar
    /tmp/test/b.jar.bak
    /tmp/test/backup/c.jar

### 2.2、测试方案一 ###

之后我们开始测试方案一：以`.bak`后缀的jar包是否会被加载到：

java -Djava.ext.dirs=/tmp/test -cp /tmp/test/test.jar com.test.Test com.test.B

最后输出：

load B

### 2.3、测试方案二 ###

接着测试方案二：把jar包放在classpath的子级目录中，会被加载吗？

java -Djava.ext.dirs=/tmp/test -cp /tmp/test/test.jar com.test.Test com.test.C

输出：

Exception in thread "main" java.lang.ClassNotFoundException: com.test.C
    	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
    	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
    	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
    	at java.lang.Class.forName0(Native Method)
    	at java.lang.Class.forName(Class.java:264)
    	at com.yangjb.Test.main(Test.java:16)

## 三、结论 ##

很显然，\*\*采用第一种方案以修改后缀备份jar包的话，这个备份的jar包依然会有被加载到的风险。\*\*虽然大多数时候，xxx.jar 会比 xx.jar.bak 更先被加载到，但是并不意味着绝对安全。因此，在线上更新jar包时，还是不要采用这种方式备份jar包。

使用第二种方案备份的jar包，是不会被jvm加载的。但是笔者在更新一个springboot jar包时，却遇到过这种场景下备份jar包被加载的问题，后面查了下springboot的文档，发现springboot是会递归去加载`loader.path`(springboot通过该参数指定classpath)下的所有jar包:

[https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/\#executable-jar-property-launcher-features][https_docs.spring.io_spring-boot_docs_current_reference_htmlsingle_executable-jar-property-launcher-features]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMzMzIxMjQ_size_16_color_FFFFFF_t_70]

**所以，第二种方式也并不意味着绝对的安全。**

其实关于备份jar包是否会被jvm加载，取决于jvm类加载器的行为，各种类加载器查找类的行为不一，所以最稳妥的备份方案还是创建一个与程序无关的目录进行备份。

[https_docs.spring.io_spring-boot_docs_current_reference_htmlsingle_executable-jar-property-launcher-features]: https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#executable-jar-property-launcher-features
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMzMzIxMjQ_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200301223005792.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTMzMzIxMjQ=,size_16,color_FFFFFF,t_70