自定义类加载器以及打破双亲委派模型

1 自定义类加载器

        自定义类加载器的代码很简单,只需要继承ClassLoader类,覆写findClass方法即可,其默认实现是会抛出一个异常:

import java.io.FileInputStream;

public class MyClassLoader extends ClassLoader {

    private String classPath;

    public MyClassLoader(String classPath) {
        this.classPath = classPath;
    }

    private byte[] loadByte(String name) throws Exception {
        name = name.replaceAll("\\.", "/");
        FileInputStream fis = new FileInputStream(classPath + "/" + name + ".class");
        int len = fis.available();
        byte[] data = new byte[len];
        fis.read(data);
        fis.close();
        return data;
    }

    @Override
    protected Class<?> findClass(String name) {
        byte[] data = new byte[0];
        try {
            data = loadByte(name);
        } catch (Exception e) {
            e.printStackTrace();
        }
        return defineClass(name, data, 0, data.length);
    }
}

        这里是会读取指定的类路径classPath下的class文件。相应的测试代码如下所示:

public class MyClassLoaderTest {

    public static void main(String[] args) throws Exception {
        MyClassLoader classLoader = new MyClassLoader("D:/test");
        Class clazz = classLoader.loadClass("com.hys.test.User");
        System.out.println(clazz.getClassLoader().getClass().getName());
    }
}

        这里以User类代码为例,将其class文件放到D:/test指定目录下:

        随后需要注意的是,需要将当前工作空间中的User.java文件删除。如果不删除,根据双亲委派模型,该类会由AppClassLoader来加载,不会由自定义的的MyClassLoader来进行加载,最后运行测试代码,结果如下:


2 打破双亲委派模型

        在像一些Tomcat的源码中,WebappClassLoader会打破双亲委派机制。这里我们也来简单模拟一下。

        实现代码依然很简单,只需要在上述MyClassLoader类中覆写loadClass方法即可,如下:

@Override
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
    synchronized (getClassLoadingLock(name)) {
        Class<?> c = findLoadedClass(name);
        if (c == null) {
            c = findClass(name);
        }
        if (resolve) {
            resolveClass(c);
        }
        return c;
    }
}

        这里loadClass方法的代码使用的是父类ClassLoader的源码,然后把其中使用双亲委派的代码删掉,这样MyClassLoader不用再向上去找类加载器,只会在本类中处理,这样就打破了双亲委派模型。然后因为运行时需要加载Object类,所以将Object.class文件复制到D:/test目录下,如下所示:

        随后再次运行测试类,结果如下:

        可以看到,java.lang包的代码禁止被自定义的类加载器加载,防止核心API被篡改。这是Java内部的安全检查机制。这里我们这种写法是将所有的类都交由MyClassLoader来处理,所以无法加载Java核心的类库,但是Tomcat中的类加载机制只是自定义的WebappClassLoader和CommonClassLoader打破了双亲委派模型,而其上面的BootstrapClassLoader、ExtensionClassLoader和AppClassLoader仍然还是会走双亲委派的,所以不会有问题。

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 我不认为JVM可以“打破双亲委派模型JVM使用双亲委派模型是为了保证类的加载和安全性,这是JVM的基本设计原则之一。 在双亲委派模型中,当一个类被加载时,首先会委托其父类加载器尝试加载该类。如果父类加载器无法加载该类,则会将该请求传递给其父类加载器的父类加载器,直到最终传递到启动类加载器。如果启动类加载器也无法加载该类,则会抛出ClassNotFoundException异常。 这种模型的好处是可以防止类的重复加载,并且可以保证类的安全性,因为只有在受信任的类加载器中加载的类才能访问受信任的资源。如果JVM打破了这种模型,可能会导致类的重复加载和不安全的类访问,从而破坏JVM的基本设计原则。 虽然JVM不能打破双亲委派模型,但是它提供了一些机制来绕过该模型。例如,可以使用Java的反射机制或者自定义类加载器来加载类,但是这些机制都需要开发者自己负责类的加载和安全性,因此需要谨慎使用。 ### 回答2: JVM双亲委派模型是一种类加载机制,用于保证Java程序的安全性和稳定性。在双亲委派模型中,JVM首先会查找并加载自定义类加载器的类,如果找不到,才会向上一级的父类加载器请求加载。这种模型的好处是可以避免类重复加载和类冲突,确保程序的运行稳定性。 但有时候,我们可能需要打破双亲委派模型,以满足特定的需求。下面是一些打破双亲委派模型的方式: 1. 自定义类加载器:可以自己编写一个类加载器,并重写其中的加载类的逻辑。这样就可以绕过父类加载器,直接加载自定义的类。 2. 加载本地库:JVM类加载器无法加载本地库,因此可以通过JNI(Java Native Interface)来打破双亲委派模型,直接加载本地库。 3. 使用反射技术:通过反射,可以调用私有的加载类方法,从而绕过双亲委派模型,加载特定的类。 4. 使用SPI机制:在Java标准库中,有一些接口通过SPI(Service Provider Interface)机制提供了灵活的类加载方式,可以通过实现自己的SPI来打破双亲委派模型。 需要注意的是,打破双亲委派模型可能会导致类的重复加载和类冲突,引发程序的运行问题。因此,在使用这些方法时,需要谨慎考虑,确保安全性和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值