Skip to main content

热修复原理

热修复​

即通过热更新，动态加载的方式，达到修复软件产品的问题，对于开发者来说，热修复可以使对系统的改动更加快速，并且可以安排在正常开发和测试流程以外，如果不使用热补丁，可能会增加修复成本（例如加班费和其他紧急措施）。但是，对于用户来说，热修复有时风险更高或者更不容易解决问题，而且还可能导致服务立即中断，因此根据缺陷的严重程度的不同，热修复可能会被适当地延迟。应用热修复的风险必须与不应用它相权衡，因为不修复问题导致的损失有时候比因为修复而造成的风险更大，例如重大安全漏洞。

理解热修复必备基础​

ClassLoader​

类加载器，专门负责将Class字节码文件加载到JVM虚拟机中，然后在虚拟中运行，有个点需要知道，JVM启动时不会加载所有的Class，而是按需加载的，且在加载时 遵循双亲委托机制，该机制保证了Class只能被加载一次，且不会被篡改，保证了安全。

下面仔细看下流程图来学习下双亲委派模型

某个特定的类加载器在接到加载类的请求时，首先将加载任务委托交给父类加载器，父类加载器又将加载任务向上委托，直到最父类加载器，如果最父类加载器可以完成类加载任务，就成功返回，如果不行就向下传递委托任务，由其子类加载器进行加载

双亲委托机制流程图

  • BootstrapClassLoader 引导类加载器

    Bootstrp加载器是用C++语言写的，它是在Java虚拟机启动后初始化的，负责加载%JAVA_HOME%/jre/lib,-Xbootclasspath参数指定的路径以及%JAVA_HOME%/jre/classes中的类

  • ExtClassLoader 扩展类加载器

    Bootstrp loader加载ExtClassLoader,并且将ExtClassLoader的父加载器设置为Bootstrp loader.ExtClassLoader是用Java写的，具体来说就是 sun.misc.Launcher$ExtClassLoader，ExtClassLoader主要加载%JAVA_HOME%/jre/lib/ext，此路径下的所有classes目录以及java.ext.dirs系统变量指定的路径中类库

  • AppClassLoader

    Bootstrp loader加载完ExtClassLoader后，就会加载AppClassLoader,并且将AppClassLoader的父加载器指定为 ExtClassLoader。AppClassLoader也是用Java写成的，它的实现类是 sun.misc.Launcher$AppClassLoader，另外我们知道ClassLoader中有个getSystemClassLoader方法,此方法返回的正是AppclassLoader.AppClassLoader主要负责加载classpath所指定的位置的类或者是jar文档，它也是Java程序默认的类加载器

  • CustomClassLoader

    除了系统提供的类加载器以外，开发人员可以通过继承 java.lang.ClassLoader类的方式实现自己的类加载器，以满足一些特殊的需求