ClassLoader详解

陈德山

已于 2023-02-28 15:13:40 修改

阅读量521

点赞数

分类专栏： Android进阶文章标签： android java jvm

于 2023-02-28 15:12:28 首次发布

本文链接：https://blog.csdn.net/chendeshan330/article/details/129260712

版权

Android进阶专栏收录该内容

10 篇文章 2 订阅

订阅专栏

文章目录

Android中的ClassLoader有Java中的ClassLoder区别

ClassLoader是Java和Android中的一个核心概念，用于将类文件加载到内存中，并生成对应的Class对象。虽然Android中的ClassLoader与Java中的ClassLoader的基本原理相同，但在实现上还是存在一些区别的。

不同的ClassLoader实现
在Java中，ClassLoader主要由Bootstrap ClassLoader、Extension ClassLoader和System ClassLoader三种实现组成，其中Bootstrap ClassLoader是JVM内置的ClassLoader，用于加载Java的核心类，而Extension ClassLoader和System ClassLoader则是由Java程序自动生成的ClassLoader，用于加载应用程序中的类文件和资源。而在Android中，ClassLoader主要由BootClassLoader、PathClassLoader、DexClassLoader和URLClassLoader等实现组成，其中BootClassLoader是Android系统的ClassLoader，用于加载Android系统中的核心类，而PathClassLoader和DexClassLoader则是Android应用程序中最常用的ClassLoader，用于加载应用程序和插件中的Java类文件和资源。
不同的类文件格式
在Java中，类文件的格式通常是.class文件，而在Android中，由于采用了优化过的Dalvik虚拟机和现在的ART虚拟机，因此类文件格式也不同，通常是.dex文件或.odex文件。这就要求Android中的ClassLoader需要能够加载.dex和.odex格式的类文件，而JavaClassLoader则只需要能够加载.class格式的类文件。
不同的类加载路径
在Java中，ClassLoader通常可以从本地文件系统、网络、Jar包和Zip包等不同的来源中查找类文件，这些路径都是在Java类路径（CLASSPATH）中指定的。而在Android中，由于应用程序通常被打包为APK文件，并安装在设备中，因此ClassLoader需要能够从APK文件中加载类文件和资源，这些路径通常是在AndroidManifest.xml文件中指定的。

综上所述，虽然Android中的ClassLoader与Java中的ClassLoader的基本原理相同，但在实现上还是存在一些区别的，主要表现在ClassLoader的实现、类文件格式和类加载路径等方面。因此，如果要在Android应用程序中使用ClassLoader，需要根据具体的需求和环境选择合适的ClassLoader实现和使用方法。

Android中ClassLoader

ClassLoader是Java中的一个核心概念，用于加载类文件到内存中，使得Java程序可以在运行时动态加载和使用类。在Android中，ClassLoader同样是一个重要的概念，用于加载应用程序和插件中的类文件和资源。下面是Android中ClassLoader的详解：

ClassLoader的基本概念
ClassLoader是一个抽象类，用于将类文件加载到内存中，并生成对应的Class对象。在Java中，ClassLoader主要有三种类型：Bootstrap ClassLoader、Extension ClassLoader和Application ClassLoader。其中，Bootstrap ClassLoader是JVM内置的ClassLoader，用于加载Java的核心类，而Extension ClassLoader和Application ClassLoader则是由Java程序自动生成的ClassLoader，用于加载应用程序和插件中的类文件和资源。
Android中的ClassLoader
在Android中，ClassLoader同样是一个抽象类，用于加载应用程序和插件中的类文件和资源。Android中的ClassLoader主要有以下几种类型：

BootClassLoader：这是Android系统的ClassLoader，用于加载Android系统中的核心类；
PathClassLoader：这是Android应用程序的ClassLoader，用于加载应用程序的类文件和资源；
DexClassLoader：这是Android应用程序的ClassLoader，用于加载dex文件中的类文件和资源；
URLClassLoader：这是Java中的ClassLoader，用于加载网络上的类文件和资源。
其中，PathClassLoader和DexClassLoader是Android应用程序中最常用的ClassLoader，PathClassLoader用于加载应用程序中的Java类文件和资源，而DexClassLoader则用于加载插件中的Java类文件和资源。

ClassLoader的工作原理
ClassLoader的工作原理可以简单概括为以下几个步骤：

查找类文件：ClassLoader会根据类名查找类文件，这通常包括从本地文件系统、网络、Jar包和Zip包等不同的来源中查找；
定义类：如果找到类文件，ClassLoader会将类文件加载到内存中，并生成对应的Class对象；
连接类：ClassLoader会对类进行连接操作，包括验证、准备和解析等步骤；
初始化类：如果类尚未被初始化，ClassLoader会调用类的静态初始化块，并初始化类的静态变量。
总的来说，ClassLoader是Java和Android中的一个核心概念，用于将类文件加载到内存中，并生成对应的Class对象。ClassLoader的工作原理包括查找类文件、定义类、连接类和初始化类等步骤，通过这些步骤，ClassLoader可以实现动态加载和使用类的功能，从而实现更加灵活的应用程序开发。

ClassLoader的双亲委派机制

ClassLoader的双亲委派机制是指当一个ClassLoader加载一个类时，它会首先将这个任务委派给它的父ClassLoader去完成，如果父ClassLoader无法加载这个类，则再由这个ClassLoader自己去加载。这样的机制保证了类加载的一致性和唯一性，避免了多个ClassLoader加载同一个类的情况发生，同时也保证了安全性。

双亲委派机制的实现方式是在ClassLoader中的loadClass方法中进行判断，当一个ClassLoader加载一个类时，它首先会调用自己的findLoadedClass方法检查该类是否已经被加载过，如果没有，则调用它的parent类加载器的loadClass方法去尝试加载该类。如果parent类加载器仍然无法找到该类，则再由自己的findClass方法去尝试加载该类。如果findClass方法仍然无法加载该类，则会抛出ClassNotFoundException异常。

双亲委派机制的优点在于可以避免重复加载类和类版本冲突等问题，同时还可以保证Java核心库的一致性和安全性。例如，如果应用程序中使用了自己编写的MyList类，但是与Java核心库中的List类有重名，如果没有双亲委派机制，那么可能会导致Java核心库中的List类被误加载，从而引发错误。而通过双亲委派机制，Java核心库中的List类会首先被父ClassLoader加载，从而保证了正确性。

双亲委派机制的缺点在于可能会导致一些特殊的类加载问题，例如自定义ClassLoader时可能需要覆盖loadClass方法实现特殊的类加载机制，而双亲委派机制会导致这些自定义的loadClass方法失效。因此，在实际应用中需要根据具体的需求选择是否使用双亲委派机制。