牛逼!自己手写一个热加载~

简介: 牛逼!自己手写一个热加载~

Java ClassLoader 简述

Java中的类从被加载到内存中到卸载出内存为止,一共经历了七个阶段:加载、验证、准备、解析、初始化、使用、卸载。image.png接下来我们重点讲解加载和初始化这两步


加载

在加载的阶段,虚拟机需要完成以下三件事:


通过一个类的全限定名来获取定义此类的二进制字节流

将这个字节流所代表的的静态存储结构转化为方法区的运行时数据结构

在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口。

这三步都是通过类加载器来实现的。而官方定义的Java类加载器有BootstrapClassLoader、ExtClassLoader、AppClassLoader。这三个类加载器分别负责加载不同路径的类的加载。并形成一个父子结构。


image.pngimage.png正因为是此父子结构,所以默认情况下如果要加载一个类,会优先将此类交给其父类进行加载(直到顶层的BootstrapClassLoader也没有),如果父类都没有,那么才会将此类交给子类加载。这就是类加载器的双亲委派规则。


初始化

当我们要使用一个类的执行方法或者属性时,类必须是加载到内存中并且完成初始化的。那么类是什么时候被初始化的呢?有以下几种情况


使用new关键字实例化对象的时候、读取或者设置一个类的静态字段、以及调用一个类的静态方法。

使用java.lang.reflect包的方法对类进行反射调用时,如果类没有进行初始化,那么先进行初始化。

初始化一个类的时候,如果发现其父类没有进行初始化,则先触发父类的初始化。

当虚拟机启动时,用户需要制定一个执行的主类(包含main()方法的那个类)虚拟机会先初始化这个主类。

如何实现热加载?

在上面我们知道了在默认情况下,类加载器是遵循双亲委派规则的。所以我们要实现热加载,那么我们需要加载的那些类就不能交给系统加载器来完成。所以我们要自定义类加载器来写我们自己的规则。


实现自己的类加载器

要想实现自己的类加载器,只需要继承ClassLoader类即可。而我们要打破双亲委派规则,那么我们就必须要重写loadClass方法,因为默认情况下loadClass方法是遵循双亲委派的规则的。

public class CustomClassLoader extends ClassLoader{
    private static final String CLASS_FILE_SUFFIX = ".class";
    //AppClassLoader的父类加载器
    private ClassLoader extClassLoader;
    public CustomClassLoader(){
        ClassLoader j = String.class.getClassLoader();
        if (j == null) {
            j = getSystemClassLoader();
            while (j.getParent() != null) {
                j = j.getParent();
            }
        }
        this.extClassLoader = j ;
    }
    protected Class<?> loadClass(String name, boolean resolve){
        Class cls = null;
        cls = findLoadedClass(name);
        if (cls != null){
            return cls;
        }
        //获取ExtClassLoader
        ClassLoader extClassLoader = getExtClassLoader() ;
        //确保自定义的类不会覆盖Java的核心类
        try {
            cls = extClassLoader.loadClass(name);
            if (cls != null){
                return cls;
            }
        }catch (ClassNotFoundException e ){
        }
        cls = findClass(name);
        return cls;
    }
    @Override
    public Class<?> findClass(String name) {
        byte[] bt = loadClassData(name);
        return defineClass(name, bt, 0, bt.length);
    }
    private byte[] loadClassData(String className) {
        // 读取Class文件呢
        InputStream is = getClass().getClassLoader().getResourceAsStream(className.replace(".", "/")+CLASS_FILE_SUFFIX);
        ByteArrayOutputStream byteSt = new ByteArrayOutputStream();
        // 写入byteStream
        int len =0;
        try {
            while((len=is.read())!=-1){
                byteSt.write(len);
            }
        } catch (IOException e) {
            e.printStackTrace();
        }
        // 转换为数组
        return byteSt.toByteArray();
    }
    public ClassLoader getExtClassLoader(){
        return extClassLoader;
    }
}

为什么要先获取ExtClassLoader类加载器呢?其实这里是借鉴了Tomcat里面的设计,是为了避免我们自定义的类加载器覆盖了一些核心类。例如java.lang.Object。


为什么是获取ExtClassLoader类加载器而不是获取AppClassLoader呢?这是因为如果我们获取了AppClassLoader进行加载,那么不还是双亲委派的规则了吗?


监控class文件

这里我们使用ScheduledThreadPoolExecutor来进行周期性的监控文件是否修改。在程序启动的时候记录文件的最后修改时间。随后周期性的查看文件的最后修改时间是否改动。如果改动了那么就重新生成类加载器进行替换。这样新的文件就被加载进内存中了。


首先我们建立一个需要监控的文件:image.png

public class WatchDog implements Runnable{
    private Map<String,FileDefine> fileDefineMap;
    public WatchDog(Map<String,FileDefine> fileDefineMap){
        this.fileDefineMap = fileDefineMap;
    }
    @Override
    public void run() {
        File file = new File(FileDefine.WATCH_PACKAGE);
        File[] files = file.listFiles();
        for (File watchFile : files){
            long newTime = watchFile.lastModified();
            FileDefine fileDefine = fileDefineMap.get(watchFile.getName());
            long oldTime = fileDefine.getLastDefine();
            //如果文件被修改了,那么重新生成累加载器加载新文件
            if (newTime!=oldTime){
                fileDefine.setLastDefine(newTime);
                loadMyClass();
            }
        }
    }
    public void loadMyClass(){
        try {
            CustomClassLoader customClassLoader = new CustomClassLoader();
            Class<?> cls = customClassLoader.loadClass("com.example.watchfile.Test",false);
            Object test = cls.newInstance();
            Method method = cls.getMethod("test");
            method.invoke(test);
        }catch (Exception e){
            System.out.println(e);
        }
    }
}

image.png可以看到在上面的gif演示图中我们简单的实现了热加载的功能。


优化

在上面的方法调用中我们是使用了getMethod()方法来调用的。此时或许会有疑问,为什么不直接将newInstance()强转为Test类呢?


如果我们使用了强转的话,代码会变成这样Test test = (Test) cls.newInstance()。但是在运行的时候会抛ClassCastException异常。这是为什么呢?因为在Java中确定两个类是否相等,除了看他们两个类文件是否相同以外还会看他们的类加载器是否相同。所以即使是同一个类文件,如果是两个不同的类加载器来加载的,那么它们的类型就是不同的。


WatchDog类是由我们new出来的。所以默认是AppClassLoader来加载的。所以test变量的声明类型是WatchDog方法中的一个属性,所以也是由AppClassLoader来加载的。因此两个类不相同。


该如何解决呢?问题就出在了=号双方的类不一样,那么我们给它搞成一样不就行了吗?怎么搞?答案就是接口。默认情况下,如果我们实现了一个接口,那么此接口一般都是以子类的加载器为主的。意思就是如果没有特殊要求的话,例如A implements B 如果A的加载器是自定义的。那么B接口的加载器也是和子类是一样的。


所以我们要将接口的类加载器搞成是AppClassLoader来加载。


所以自定义加载器中加入这一句:image.png参考文章:


https://www.ibm.com/developerworks/cn/java/j-lo-hotswapcls/index.html

https://www.jianshu.com/p/d8fa14802b7a

作者:不学无数的程序员

链接:https://www.jianshu.com/p/d8fa14802b7a 近期热文推荐:


1.600+ 道 Java面试题及答案整理(2021最新版)


2.终于靠开源项目弄到 IntelliJ IDEA 激活码了,真香!


3.阿里 Mock 工具正式开源,干掉市面上所有 Mock 工具!


4.Spring Cloud 2020.0.0 正式发布,全新颠覆性版本!


5.《Java开发手册(嵩山版)》最新发布,速速下载!


觉得不错,别忘了随手点赞+转发哦!


image.png

相关文章
|
2月前
|
XML 缓存 Java
手写Spring源码(简化版)
Spring包下的类、手写@ComponentScan注解、@Component注解、@Autowired注解、@Scope注解、手写BeanDefinition、BeanNameAware、InitializingBean、BeanPostProcessor 、手写AnnotationConfigApplicationContext
手写Spring源码(简化版)
|
5月前
|
Java 应用服务中间件 容器
手写SpringBoot(二)之动态切换Servlet容器
我们在切换serlvet容器的时候,会将SpringBoot默认的tomcat jar包给排除掉,换上我们需要的jar包,比如jetty。
39 0
|
5月前
|
Java 数据库连接 容器
手写SpringBoot(三)之自动配置
启动user-service模块,并在MySpringApplication 中容器创建完成后,打开debug。
69 0
|
5月前
|
前端开发 Java 应用服务中间件
自己手写一个SpringMVC框架
自己手写一个SpringMVC框架
01 # 手写 new 的原理
01 # 手写 new 的原理
44 0
|
6月前
|
SQL Java 关系型数据库
一文彻底搞懂Mybatis系列(五)之手写Mybatis框架简单探索版(含源代码)
一文彻底搞懂Mybatis系列(五)之手写Mybatis框架简单探索版(含源代码)
|
6月前
|
索引
10 # 手写 every 方法
10 # 手写 every 方法
46 0
|
6月前
|
索引
09 # 手写 some 方法
09 # 手写 some 方法
40 0
|
设计模式 Java Spring
用300行代码手写1个Spring框架,麻雀虽小五脏俱全
为了解析方便,我们用application.properties来代替application.xml文件,具体配置内容如下:
46 0
|
缓存 网络协议 应用服务中间件
手写Tomcat源码简易篇
手写Tomcat源码简易篇