热修复：让应用能够在无需重新安装的情况实现更新，帮助应用快速建立动态修复能力。
早期遇到Bug我们一般会紧急发布了一个版本。然而这个Bug可能就是简简单单的一行代码，为了这一行代码，进行全量或者增量更新迭代一个版本，未免有点大材小用了。而且新版本的普及需要时间，以Android用户的升级习惯，即使是相对活跃的微信也需要10天以上的时间去覆盖50%的用户。使用热修复技术，能做到1天覆盖70%以上。这也是基于补丁体积较小，可以直接使用移动网络下载更新。热修复开发流程
目前Android业内，热修复技术百花齐放，各大厂都推出了自己的热修复方案，使用的技术方案也各有所异。其中QZone超级补丁基于的是dex分包方案，而dex分包是基于Java的类加载机制ClassLoader。
ClassLoader介绍 任何一个 Java 程序都是由一个或多个 class 文件组成，在程序运行时，需要将 class 文件加载到虚拟机 中才可以使用，负责加载这些 class 文件的就是 Java 的类加载机制。`ClassLoader` 的作用简单来说就是加载 class 文件，提供给程序运行时使用。每个 Class 对象的内部都有一个` classLoader `字段来标识自己是由哪个 `ClassLoader` 加载的。 class Class<T> { ... private transient ClassLoader classLoader; ...} ClassLoader是一个抽象类，而它的主要实现类主要有：BootClassLoader
用于加载Android Framework层class文件。
PathClassLoader
用于Android应用程序类加载器。可以加载指定的dex，以及jar、zip、apk中的classes.dex
DexClassLoader
用于加载指定的dex，以及jar、zip、apk中的classes.dex
很多博客里说PathClassLoader只能加载已安装的apk的dex，但是实际上PathClassLoader和DexClassLoader一样都能够加载sdcard中的dex。
Log.e(TAG, "Activity.class 由：" + Activity.class.getClassLoader() +" 加载");Log.e(TAG, "MainActivity.class 由：" + MainActivity.class.getClassLoader() +" 加载");//输出：Activity.class 由：java.lang.BootClassLoader@d3052a9 加载MainActivity.class 由：dalvik.system.PathClassLoader[DexPathList[[zip file "/data/app/com.enjoy.enjoyfix-1/base.apk"],nativeLibraryDirectories=[/data/app/com.enjoy.enjoyfix-1/lib/x86, /system/lib, /vendor/lib]]] 加载 它们之间的关系如下：`PathClassLoader`与`DexClassLoader`的共同父类是`BaseDexClassLoader`。 public class DexClassLoader extends BaseDexClassLoader { public DexClassLoader(String dexPath, String optimizedDirectory,String librarySearchPath, ClassLoader parent) {super(dexPath, new File(optimizedDirectory), librarySearchPath, parent);}}public class PathClassLoader extends BaseDexClassLoader { public PathClassLoader(String dexPath, ClassLoader parent) { super(dexPath, null, null, parent); }public PathClassLoader(String dexPath, String librarySearchPath, ClassLoader parent){ super(dexPath, null, librarySearchPath, parent);}} 可以看到两者唯一的区别在于：创建`DexClassLoader`需要传递一个`optimizedDirectory`参数，并且会将其创建为`File`对象传给`super`，而`PathClassLoader`则直接给到null。因此两者都可以加载**指定的dex，以及jar、zip、apk中的classes.dex** PathClassLoader pathClassLoader = new PathClassLoader("/sdcard/xx.dex", getClassLoader());File dexOutputDir = context.getCodeCacheDir();DexClassLoader dexClassLoader = new DexClassLoader("/sdcard/xx.dex",dexOutputDir.getAbsolutePath(), null,getClassLoader());optimizedDirectory参数为odex的目录。实际上Android中的ClassLoader在加载dex时，会首先经过dexopt对dex执行优化，产生odex文件。optimizedDirectory为null时的默认路径为：***/data/dalvik-cache***。并且处于安全考虑，此目录需要使用app私有目录，如：getCodeCacheDir()
在API 26源码中，将DexClassLoader的optimizedDirectory标记为了 deprecated 弃用，实现也变为了：
public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) { super(dexPath, null, librarySearchPath, parent); }和PathClassLoader一摸一样了！
双亲委托机制 创建`ClassLoader`需要接收一个`ClassLoader parent`参数。这个`parent`为父类加载。即：某个类加载器在接到加载类的请求时，首先将加载任务委托给父类加载器，依次递归，如果父类加载器可以完成类加载任务，就成功返回；只有父类加载器无法完成此加载任务时，才自己去加载。这就是**双亲委托机制**！ protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException{ // 检查class是否有被加载 Class c = findLoadedClass(name);if (c == null) {long t0 = System.nanoTime();try {if (parent != null) { //如果parent不为null，则调用parent的loadClass进行加载 c = parent.loadClass(name, false); } else { //parent为null，则调用BootClassLoader进行加载 c = findBootstrapClassOrNull(name); } } catch (ClassNotFoundException e) { } if (c == null) { // 如果都找不到就自己查找long t1 = System.nanoTime(); c = findClass(name); }}return c;}因此我们自己创建的ClassLoader: new PathClassLoader("/sdcard/xx.dex", getClassLoader());并不仅仅只能获得 xx.dex中的Class，还能够获得其父ClassLoader中加载的Class。
findClass 在所有父ClassLoader无法加载Class时，则会调用自己的`findClass`方法。`findClass`在ClassLoader中的定义为: 面试结束复盘查漏补缺每次面试都是检验自己知识与技术实力的一次机会，面试结束后建议大家及时总结复盘，查漏补缺，然后有针对性地进行学习，既能提高下一场面试的成功概率，还能增加自己的技术知识栈储备，可谓是一举两得。
以下最新总结的阿里P6资深Java必考题范围和答案，包含最全MySQL、Redis、Java并发编程等等面试题和答案，用于参考~
资料免费领取方式：点赞关注后，戳这里免费领取
重要的事说三遍，关注+关注+关注！
更多笔记分享
领取](https://gitee.com/vip204888/java-p7)**
重要的事说三遍，关注+关注+关注！
[外链图片转存中…(img-Xa7G2QO5-1628406575732)]
[外链图片转存中…(img-pYK7qB2k-1628406575734)]
更多笔记分享