自定义类加载器
# 自定义类加载器
自定义类加载器的实现与作用
# 为什么需要自定义类加载器
自定义类加载器是从实际场景出发,解决一些应用上的问题,比如:
- 热部署、插件化类:常用的比如
SpringBoot-devtools
和Arthas
等工具,其实现原理就用到了类加载机制 - 加密:有些核心代码不想公开,但又必须使用,可以通过加密类字节码的方式将编译后的加密代码交给类加载器加载,再采用某种解密算法将真正的类载入
JVM
,保证核心代码不被反编译泄漏 - 类隔离:在项目中可能不同的微服务用的某个类的版本不一样,某些应用依赖于特定版本的
SDK
功能,自定义类加载器可以解决某个同名的Class
想要加载不同的版本的场景,实现同名Class多版本共存,相互隔离从而达到解决版本冲突的目的。如Java
模块化规范OSGi
、蚂蚁金服的类隔离框架SOFAArk
- 非标准化来源加载代码:编译后的字节码在数据库、云端等情况
# 双亲委派模型
想要自定义类加载器,一定需要了解双亲委派模型
双亲委派模型加载class
的步骤可为如下几步:
- 根据全限定类名(name)判断类是否加载,如果已经加载则直接返回已加载类。
- 如果没有加载,尝试委托父类加载器加载此类。同时,父类加载器也会采用相同的策略,查看是否自己已经加载该类,如果有就返回,没有就继续委托给父类进行加载,直到
BootStrapClassLoader
。如果父类加载器为null
则代表使用BootStrapClassLoader
进行加载。 - 父类无法加载,交给子类进行加载。按照从
BootStrapClassLoader->ExtClassLoader->AppClassLoader->自定义类加载器
的顺序依次尝试加载。
其加载class
的核心方法loadClass
源码如下:
protected Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
synchronized (getClassLoadingLock(name)) {
// First, check if the class has already been loaded
// 第一步,检查需要加载的这个类是否已经被加载过
Class<?> c = findLoadedClass(name);
if (c == null) {
long t0 = System.nanoTime();
try {
// 调用父类加载器尝试加载
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
// 捕获父类加载器无法加载的请求
}
if (c == null) {
// If still not found, then invoke findClass in order
// to find the class.
long t1 = System.nanoTime();
// 如果父类加载器不能加载,就尝试采用子类加载器加载
c = findClass(name);
// this is the defining class loader; record the stats
PerfCounter.getParentDelegationTime().addTime(t1 - t0);
PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
PerfCounter.getFindClasses().increment();
}
}
if (resolve) {
// 链接指定类
resolveClass(c);
}
return c;
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
下图更好的展示了双亲委派的过程:
# 双亲委派的好处
- 安全性。避免了用户自己编写的类与Java的核心类冲突,如自定义了java.lang.String.class类不会被系统加载,因为顶层启动类加载器会先于自定义加载器加载该类,防止核心API被修改
- 避免类的重复加载。如果父类已经加载过该类,则直接返回,在JVM中区分不同的类,不仅需要根据全限定名,且需要判断是否是同一个ClassLoader。相同的class文件被不同的ClassLoader加载就是不同的两个类。
# 自定义步骤
自定义类加载器只需要继承ClassLoader
,同时覆盖findClass
方法(而不是loadClass
方法)即可
提示
Subclasses of ClassLoader are encouraged to override findClass(String), rather than this method. Unless overridden, this method synchronizes on the result of getClassLoadingLock method during the entire class loading process. 官方推荐
准备两个类,一个类作为实体,一个类作为Service
TestUser.java
public class TestUser {
private String name;
public TestUser() {
}
public TestUser(String name) {
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
@Override
public String toString() {
return "========这是User测试文件1号========";
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
TestService.java
public class TestService {
public String testPrint(String name) {
String result = name + "调用当前方法";
System.out.println(name + "调用当前方法");
return result;
}
}
2
3
4
5
6
7
8
2
3
4
5
6
7
8
自定义类加载器CustomClassLoader.java
package com.test.custom;
import java.io.FileInputStream;
public class CustomClassLoader extends ClassLoader {
private String classPath;
public CustomClassLoader() {
}
public CustomClassLoader(String classPath) {
this.classPath = classPath;
}
private byte[] loadByte(String name) throws Exception {
name = name.replaceAll("\\.", "/");
String a = classPath + "/" + name + ".class";
FileInputStream fileInputStream = new FileInputStream(classPath + "/" + name + ".class");
int len = fileInputStream.available();
byte[] data = new byte[len];
fileInputStream.read(data);
fileInputStream.close();
return data;
}
@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
try {
byte[] data = loadByte(name);
//defineClass将一个字节数组转为Class对象,这个字节数组是class文件读取后最终的字节数组。
return defineClass(name, data, 0, data.length);
} catch (Exception e) {
e.printStackTrace();
}
return super.findClass(name);
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
自定义的函数很简单,将全限定名的class文件加载为字节码数组,然后传入defineClass
方法进行加载,defineClass
的作用是将一个字节数组转化为Class
对象
# POJO测试类LoadCustomPojoTest
需要注意的是要加载的Class必须在全限定名一样的目录下进行javac
编译,以为package
必须一致,比如com.test.custom.pojo.TestUser
,TestUser
必须在com.test.custom.pojo
目录下编译生成字节码
package com.test.custom;
public class LoadCustomPoJoTest {
public static void main(String[] args) throws Exception {
// 初始化自定义类加载器,会先初始化父类ClassLoader,其中会把自定义类加载器的父类加载器设置为应用程序类加载器AppClassLoader
CustomClassLoader classLoader = new CustomClassLoader(
"E:/ideaProject/custom-classloader/src");
// 从磁盘中创建一个目录,将要加载的类的class放入目录
// Class.forName效果和classLoader.loadClass一致
Class<?> clazz = Class.forName("com.test.custom.pojo.TestUser", true, classLoader);
Object obj = clazz.newInstance();
System.out.println(obj.toString());
System.out.println(clazz.getClassLoader());
System.out.println();
CustomClassLoader classLoader2 = new CustomClassLoader(
"E:/ideaProject/custom-classloader/src");
Class clazz1 = Class.forName("com.test.custom.pojo.repeat.TestUser", true, classLoader2);
Object obj1 = clazz1.newInstance();
System.out.println(obj1.toString());
System.out.println(clazz1.getClassLoader());
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
我们测试两个同名的Class
对象共存的情况,两个TestUser
只在toString
方法打印的数据和包名不一样
必须采用不同的类加载器加载同名对象,否则同一个类加载器会以第一次加载的对象为准
com.test.custom.pojo.TestUser
package com.test.custom.pojo;
public class TestUser {
// ......
public String toString() {
return "========这是User测试文件1号========";
}
}
2
3
4
5
6
7
8
9
10
2
3
4
5
6
7
8
9
10
package com.test.custom.pojo.repeat;
public class TestUser {
// ......
public String toString() {
return "========这是User测试文件2号========";
}
}
2
3
4
5
6
7
8
2
3
4
5
6
7
8
# 测试POJO结果
========这是User测试文件1号========
com.test.custom.CustomClassLoader@2133c8f8
========这是User测试文件2号========
com.test.custom.CustomClassLoader@30c7da1e
2
3
4
5
2
3
4
5
可以看到,两个类加载器是不一样的,且两个类的方法都已经打印了,说明此时同名类不同版本共存。
# Service测试类LoadCustomMethodTest
构建一个带参数的Service方法,加载到方法之后,利用反射进行调用
package com.test.custom;
import java.lang.reflect.Method;
public class LoadCustomMethodTest {
public static void main(String[] args) throws Exception {
// 初始化自定义类加载器,会先初始化父类ClassLoader,其中会把自定义类加载器的父类加载器设置为应用程序类加载器AppClassLoader
CustomClassLoader classLoader = new CustomClassLoader(
"E:/ideaProject/custom-classloader/src");
// 从磁盘中创建一个目录,将要加载的类的class放入目录
Class clazz = classLoader.loadClass("com.test.custom.service.TestService");
Object obj = clazz.newInstance();
Method method = clazz.getDeclaredMethod("testPrint", String.class);
method.invoke(obj, "李四");
System.out.println(clazz.getClassLoader());
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# 测试Service结果
李四调用当前方法
com.test.custom.CustomClassLoader@49e4cb85
2
2
# 参考资料
- 01
- SpringCache基本配置类05-16
- 03
- Rpamis-security-原理解析12-13