ClassLoader (二) — 浅析 PathClassLoader 和 DexClassLoader 的区别

最新推荐文章于 2024-04-30 10:26:25 发布
最新推荐文章于 2024-04-30 10:26:25 发布
阅读量1.4k 收藏 3
点赞数 2
分类专栏： Android源码分析
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Love667767/article/details/105992295
版权

浅析 PathClassLoader 和 DexClassLoader 的区别

一、概述

在 Android 中接触最多的 ClassLoader 是 PathClassLoader 和 DexClassLoader，那么它们之间有什么区别呢？

结论：

Android 8.0 之前：
相同点： PathClassLoader 和 DexClassLoader 都能加载外部的 dex、jar、apk。

差异： PathClassLoader 和 DexClassLoader 是否能指定 optimizedDirectory 路径 (即 dex2oat 的产物 .odex 存放的位置)。

  1. DexClassLoader 可以指定 optimizedDirectory (即 dex2oat 的产物 .odex 存放的位置)，
  2. PathClassLoader 只能使用系统默认位置 (即 /data/dalvik-cache/xxx.odex)。

Android 8.0 之后：

  1. PathClassLoader 和 DexClassLoader 无差异，都能加载外部的 dex、jar、apk。

版本： Android 5.0

由于 Android 8.0 后两者无差异，为了分析两者的差异，我们基于 Android 5.0 代码来分析。
在线源码 https://www.androidos.net.cn/sourcecode

二、 PathClassLoader 和 DexClassLoader 构造方法的区别

由于 PathClassLoader 和 DexClassLoader 类加载器都是继承自 BaseDexClassLoader ，所以在分析 PathClassLoader 和 DexClassLoader 之前先来看一下 BaseDexClassLoader 构造方法中几个参数的含义。

BaseDexClassLoader

BaseDexClassLoader 构造方法中四个参数的含义：
dexPath：需要加载的文件列表 (文件可以是包含了 classes 和 resources 的 JAR、APK)，多个文件用 “:” 分割。
optimizedDirectory：dex 经过 dex2oat 优化后，生成 .odex 文件的存放路径，可以为 null 。
libraryPath：存放需要加载的 native 库 (即.so库)的目录。
parent：父 ClassLoader。
通过构造函数我们大概可以了解到 BaseDexClassLoader 的运行方式，传入 dex 文件，然后进行优化，保存优化后的 dex 文件到 optimizedDirectory 目录。

public class BaseDexClassLoader extends ClassLoader {
    private final DexPathList pathList;

    public BaseDexClassLoader(String dexPath, File optimizedDirectory,
            String libraryPath, ClassLoader parent) {
        super(parent);
        // 这里将 optimizedDirectory 传入了 DexPathList 中。
        this.pathList = new DexPathList(this, dexPath, libraryPath, optimizedDirectory);
    }
}

下面来分别看下 DexClassLoader 和 PathClassLoader 构造方案的差异。

DexClassLoader

由 DexClassLoader 类的注释我们可以看出，DexClassLoader 可以执行没有经过安装的应用程序代码。

/**
 * A class loader that loads classes from {@code .jar} and {@code .apk} files
 * containing a {@code classes.dex} entry. This can be used to execute code not
 * installed as part of an application.
 */
public class DexClassLoader extends BaseDexClassLoader {

    public DexClassLoader(String dexPath, String optimizedDirectory,
            String libraryPath, ClassLoader parent) {
        // 此处将 optimizedDirectory 传入父类构造器中。
        super(dexPath, new File(optimizedDirectory), libraryPath, parent);
    }
}

PathClassLoader

由 PathClassLoader 类的注释我们可以看出，它用来操作文件系统上的一系列文件和目录 的 ClassLoader 实现，但并未说明只能加载已安装应用的代码文件。

/**
 * Provides a simple {@link ClassLoader} implementation that operates on a list
 * of files and directories in the local file system, but does not attempt to
 * load classes from the network. Android uses this class for its system class
 * loader and for its application class loader(s).
 */
public class PathClassLoader extends BaseDexClassLoader {

    public PathClassLoader(String dexPath, ClassLoader parent) {
        super(dexPath, null, null, parent);
    }

    public PathClassLoader(String dexPath, String libraryPath, ClassLoader parent) {
    	// // 此处第二个参数代表 optimizedDirectory，传入null，使用默认的路径(即系统指定的路径)。
        super(dexPath, null, libraryPath, parent);
    }
}

小结：

经过上面部分，我们知道 DexClassLoader 和 PathClassLoader 的差异在于构造 ClassLoader 对象时，是否给父类 (BaseDexClassLoader) 传递 optimizedDirectory 参数 (即是否指定优化后的 .odex 文件的存储路径)。

三、optimizedDirectory 参数的使用

在上面我们分析了 PathClassLoader 和 DexClassLoader 的区别在于参数 optimizedDirectory 是否赋值，接下去我们分析一下optimizedDirectory 参数的使用流程。

1. DexPathList 中的流程

在 BaseDexClassLoader 构造方法中，我们知道 optimizedDirectory 参数传递给了 DexPathList 对象，下面我们来分析一下 DexPathList。

DexPathList

optimizedDirectory 参数在 DexPathList 中传递流程如下：DexPathList 构造 -> makeDexElements -> loadDexFile

final class DexPathList {
	// 省略代码

    // 保存 dex 和资源列表
    private final Element[] dexElements;
    // 保存 .so 库
    private final File[] nativeLibraryDirectories;

	// 省略代码
    
    public DexPathList(ClassLoader definingContext, String dexPath, 
    		String libraryPath, File optimizedDirectory) {
        // 省略代码
        // 这里将 optimizedDirectory 传递给了 makeDexElements 方法。
        this.dexElements = makeDexElements(splitDexPath(dexPath), optimizedDirectory, suppressedExceptions);
        
        // 省略代码
    }

    private static Element[] makeDexElements(ArrayList<File> files, File optimizedDirectory,
                                             ArrayList<IOException> suppressedExceptions) {
        // 将 optimizedDirectory 参数传递给 loadDexFile 方法
        DexFile  dex = loadDexFile(file, optimizedDirectory);
        // 省略代码
    }

    private static DexFile loadDexFile(File file, File optimizedDirectory)
            throws IOException {
        if (optimizedDirectory == null) {
        	// optimizedDirectory 如果不存在，直接创建 DexFile 对象。
            return new DexFile(file);
        } else {
        	// 将dex/jar文件路径和输出目录转换为关联的优化dex文件的输出文件路径。
            String optimizedPath = optimizedPathFor(file, optimizedDirectory);
            // 将优化后的文件路径传入 DexFile 中。
            return DexFile.loadDex(file.getPath(), optimizedPath, 0);
        }
    }
}

小结：
DexPathList 中，optimizedDirectory 参数只是在各个方法中做了透传，最终传递给了 DexFile 对象。

2. DexFile 中的流程

DexFile

optimizedDirectory 参数在 DexFile 中传递流程如下：DexFile 构造 -> openDexFile -> openDexFileNative

public final class DexFile {

    static public DexFile loadDex(String sourcePathName, String outputPathName, int flags) throws IOException {
    	// 构建 DexFile 对象，并传递 outputPathName 参数。
        return new DexFile(sourcePathName, outputPathName, flags);
    }
    
    public DexFile(File file) throws IOException {
        this(file.getPath());
    }

    public DexFile(String fileName) throws IOException {
        mCookie = openDexFile(fileName, null, 0);
        mFileName = fileName;
        guard.open("close");
    }


    private DexFile(String sourceName, String outputName, int flags) throws IOException {
        if (outputName != null) {
           // 省略代码
        }
        // 打开 dexFile 文件
        mCookie = openDexFile(sourceName, outputName, flags);
        mFileName = sourceName;
        guard.open("close");
    }

    private static long openDexFile(String sourceName, String outputName, int flags) throws IOException {
        // 最终会执行到 Native 代码逻辑。
        return openDexFileNative(new File(sourceName).getAbsolutePath(),
                                 (outputName == null) ? null : new File(outputName).getAbsolutePath(),
                                 flags);
    }

    private static native long openDexFileNative(String sourceName, String outputName, int flags);
}

小结：
创建 DexFile 对象的方式有两种：

  1. optimizedDirectory 参数为空时，直接创建 DexFile 对象。
  2. optimizedDirectory 参数不为空时，通过 DexFile.loadDex() 方法创建 DexFile 对象，并将 optimizedDirectory 转换后的参数传入 DexFile 。

3. Native 层的流程

在 DexFile 中，最终会执行 openDexFileNative 方法调用对应的 native 逻辑。对应的 Native 逻辑为 dalvik_system_DexFile.cc 的 DexFile_openDexFileNative 方法。
ClassLinker->OpenDexFilesFromOat 逻辑在 class_linker.cc 中。

https://www.androidos.net.cn/android/5.0.1_r1/xref/art/runtime/utils.cc

在 DexFile_openDexFileNative 里主要做事情是处理 DEX 文件，并生成 .odex 文件到 optimizedDirectory 里。

dalvik_system_DexFile.cc

static jlong DexFile_openDexFileNative(JNIEnv* env, jclass, jstring javaSourceName, jstring javaOutputName, jint) {
  // 省略代码
  
  NullableScopedUtfChars outputName(env, javaOutputName);
  if (env->ExceptionCheck()) {
    return 0;
  }

  ClassLinker* linker = Runtime::Current()->GetClassLinker();
  std::unique_ptr<std::vector<const DexFile*>> dex_files(new std::vector<const DexFile*>());
  std::vector<std::string> error_msgs;
  // ClassLinker->OpenDexFilesFromOat 逻辑在 class_linker.cc 中
  bool success = linker->OpenDexFilesFromOat(sourceName.c_str(), outputName.c_str(), &error_msgs,
                                             dex_files.get());
  // 省略代码
}

class_linker.cc

// oat_location 就是我们从 java 层传递进来的 optimizedDirectory 参数。 
bool ClassLinker::OpenDexFilesFromOat(const char* dex_location, const char* oat_location,
                                      std::vector<std::string>* error_msgs,
                                      std::vector<const DexFile*>* dex_files) {
  // 省略代码

  // Look in cache location if no oat_location is given.
  std::string cache_location;
  // oat_location 就是我们传入的 optimizedDirectory 参数。为空时就使用默认缓存的路径。
  if (oat_location == nullptr) {
    // Use the dalvik cache.
    // GetInstructionSetString方法在 https://www.androidos.net.cn/android/5.0.1_r1/xref/art/runtime/utils.cc 中。
    const std::string dalvik_cache(GetDalvikCacheOrDie(GetInstructionSetString(kRuntimeISA)));
    cache_location = GetDalvikCacheFilenameOrDie(dex_location, dalvik_cache.c_str());
    // 将默认的路径赋值给 oat_location。
    oat_location = cache_location.c_str();
  }
  
  // 省略代码

  if (Runtime::Current()->IsDex2OatEnabled() && has_flock && scoped_flock.HasFile()) {
    // Create the oat file.
    // 创建 OAT 文件到指定的路径下 (即 oat_location)。
    open_oat_file.reset(CreateOatFileForDexLocation(dex_location, scoped_flock.GetFile()->Fd(),
                                                    oat_location, error_msgs));
  }
}

utils.cc (https://www.androidos.net.cn/android/5.0.1_r1/xref/art/runtime/utils.cc)

该方法返回默认的路径：/data/dalvik-cache/

std::string GetDalvikCacheOrDie(const char* subdir, const bool create_if_absent) {
  CHECK(subdir != nullptr);
  const char* android_data = GetAndroidData();
  const std::string dalvik_cache_root(StringPrintf("%s/dalvik-cache/", android_data));
  const std::string dalvik_cache = dalvik_cache_root + subdir;
  if (create_if_absent && !OS::DirectoryExists(dalvik_cache.c_str())) {
    // Don't create the system's /data/dalvik-cache/... because it needs special permissions.
    if (strcmp(android_data, "/data") != 0) {
      int result = mkdir(dalvik_cache_root.c_str(), 0700);
      if (result != 0 && errno != EEXIST) {
        PLOG(FATAL) << "Failed to create dalvik-cache directory " << dalvik_cache_root;
        return "";
      }
      result = mkdir(dalvik_cache.c_str(), 0700);
      if (result != 0) {
        PLOG(FATAL) << "Failed to create dalvik-cache directory " << dalvik_cache;
        return "";
      }
    } else {
      LOG(FATAL) << "Failed to find dalvik-cache directory " << dalvik_cache;
      return "";
    }
  }
  return dalvik_cache;
}

4. 小结

optimizedDirectory 参数的传递流程如下：
在这里插入图片描述

四、Android 8.0 的版本

BaseDexClassLoader

public BaseDexClassLoader(String dexPath, File optimizedDirectory,
        String librarySearchPath, ClassLoader parent, boolean isTrusted) {
    super(parent);
    // optimizedDirectory 参数没有传递给 DexPathList。
    this.pathList = new DexPathList(this, dexPath, librarySearchPath, null, isTrusted);

    if (reporter != null) {
        reportClassLoaderChain();
    }
}

五、参考

  1. 谈谈 Android 中的 PathClassLoader 和 DexClassLoader
Elson_6
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【Android面试八股文】PathClassLoader与DexClassLoader的区别是什么？
字节卷动
06-16 102
在Java中，任何一个程序都由一个或多个class文件组成。在程序运行时，需要将这些class文件加载到JVM中才能使用，而负责加载这些class文件的就是Java的类加载机制。简单来说，的作用就是加载class文件，为程序运行时提供支持。每个Class对象内部都有一个字段，用于标识自己是由哪个加载的。......：用于加载Android Framework层的class文件。：用于Android应用程序的类加载器，可以加载指定的dex文件，以及中的文件。：用于加载指定的。
Java classloader和namespace详细介绍
08-31
Java类装载器分为三个主要的层次：Bootstrap ClassLoader、Extension ClassLoader和Application ClassLoader，以及用户自定义的ClassLoader。 Bootstrap ClassLoader是JVM的启动类装载器，它由C/C++实现，不继承自...
谈谈 Android 中的 PathClassLoader 和 DexClassLoader
cpongo881
09-01 684
【这是 ZY 第 13 篇原创技术文章】 预备知识 了解 android 基本 ClassLoader 知识 看完本文可以达到什么程度 了解 PathClassLoader 和 DexClassLoader 区别 文章概览 一、起因 说起 Android 中的 PathClassLoader 和 DexClassLoader，先提出一个疑问，PathClassLoader 和 DexCl...
Android应用的PathClassLoader起源API 29
yang_niuxxx的博客
11-16 2801
1.classloader基本概念 1.所有Android系统自身的类都是由BootClassLoader加载的 2.自己写的apk是由PathClassLoader来加载的 3.常说的插件化，热修复 都是基于dexclassloader或者pathclassloader实现的 2.PathClassLoader Android系统启动流程一篇里说过启动过程中会创建第一个PathClassLoader 那个classloader与这篇文章讨论的不一样 ClassLoader解析（二）：Andr
ClassLoader详解
陈德山
02-28 546
ClassLoader讲解，以及java与Android的对比。
记录PathClassLoader(简单的插件化使用)
kim
08-29 3931
ClassLoader源码 public abstract class ClassLoader { private ClassLoader(Void unused, ClassLoader parent) { this.parent = parent; } protected ClassLoader(ClassLoader parent) { ...
DexClassLoader和PathClassLoader的区别
热门推荐
Android研发专栏
10-05 1万+
在使用Java虚拟机时，我们经常自定义继承自ClassLoader的类加载器。然后通过defineClass方法来从一个二进制流中加载Class。而在Android中我们无法这么使用，Android中ClassLoader的defineClass方法具体是调用VMClassLoader的defineClass本地静态方法。而这个本地方法什么都没做，只是抛出了一个“UnsupportedOperati
Android虚拟机加载类的PathClassLoader调用分析
最新发布
酌沧
04-30 576
| v [ClassLoader.loadClass(className)] | v [Custom ClassLoader.findClass(className) (如果父加载器未找到类)] | v [如果找到类字节码 -> DexFile.defineClassNative(className, l
Android开发中类加载器DexClassLoader的简单使用讲解
09-02
总的来说，DexClassLoader是Android平台为了适应.dex文件加载需求而设计的特殊类加载器，它扩展了Java的ClassLoader功能，使得在运行时动态加载和执行代码成为可能。这在实现插件化、热更新等高级开发技术时尤为关键...
深入Spring Boot之ClassLoader的继承关系和影响
08-27
"深入Spring Boot之ClassLoader的继承关系和影响" Spring Boot中的ClassLoader继承关系是一种复杂的机制，在Spring Boot应用程序中扮演着重要角色。ClassLoader是Java中的一种机制，用于加载类和资源。Spring Boot...
浅析ClassLoader
04-19
2. 类加载器分类：Java中的ClassLoader有三种基本类型：Bootstrap ClassLoader（引导类加载器）、Extension ClassLoader（扩展类加载器）和AppClassLoader（应用程序类加载器）。Bootstrap加载JDK核心库，Extension...
ClassLoader
11-12
在Android环境中，主要使用的`ClassLoader`有`PathClassLoader`和`DexClassLoader`。 1. **`PathClassLoader`**: - 继承自`BaseDexClassLoader`。 - 主要用于应用程序本身的类加载。 2. **`DexClassLoader`**: ...
Android---深入理解ClassLoader的加载机制
qq_44950283的博客
10-07 887
ClassLoader 是用来加载 class 文件的，不管是 jar 中还是 dex 中的 class；Java 中的 ClassLoader 通过双亲委托来加载各自指定路径下的 class 文件；可以自定义 ClassLoader，一般覆盖 findClass() 方法，不建议重写 loadClass 方法；Android 中常用的两个 ClassLoader 分别为：PathClassLoader 和 DexClassLoader。
Android虚拟机与ClassLoader类加载机制
故不积跬步无以至千里
09-16 857
Android应用程序运行在Dalvik/ART虚拟机，并且每一个应用程序对应有一个单独的Dalvik虚拟机实例。Dalvik虚拟机也算是一个Java虚拟机，只不过它执行的不是class文件，而是dex文件。中存在一个Element数组，Element类中存在一个dexFile成员表示dex文件，即：APK中有X个dex，则Element数组中就有X个元素。在 PathClassLoader 中的Element数组为：[patch.dex , classes.dex , classes2.dex]
Android类加载之PathClassLoader和DexClassLoader
stven_king的专栏
02-23 3244
Dalvik虚拟机加载的dex文件。dex文件是Android对与Class文件做的优化，以便于提高手机的性能。可以想象dex为class文件的一个压缩文件。dex在Android中的加载和class在jvm中的相同都是基于双亲委派模型，都是调用ClassLoader的loadClass方法加载类。
dexclassloader与pathclassloader的区别
Alex Zhang的专栏
08-01 785
optimizedDirectory必须是一个内部存储路径，无论哪种动态加载，加载的可执行文件一定要存放在内部存储。DexClassLoader可以指定自己的optimizedDirectory，所以它可以加载外部的dex，因为这个dex会被复制到内部路径的optimizedDirectory；而PathClassLoader没有optimizedDirectory，所以它只能加载内部的dex，这些
android dexclassloader 资源,谈谈 Android 中的 PathClassLoader 和 DexClassLoader
weixin_42501704的博客
05-25 363
【这是 ZY 第 13 篇原创技术文章】预备知识了解 android 基本 ClassLoader 知识看完本文可以达到什么程度了解 PathClassLoader 和 DexClassLoader 区别文章概览一、起因说起 Android 中的 PathClassLoader 和 DexClassLoader，先提出一个疑问，PathClassLoader 和 DexClassLoader 有什...
JDBC.class和ClassLoader的区别
03-21
JDBC.class和ClassLoader是Java中两个不同的概念。 JDBC.class是指Java Database Connectivity（JDBC）的类文件，它是Java提供的一种用于与数据库进行交互的API。JDBC.class包含了一系列的接口和类，用于连接数据库、执行SQL语句、处理结果集等操作。通过使用JDBC.class，开发者可以方便地在Java程序中访问和操作各种类型的数据库。 ClassLoader是Java中的一个重要组件，用于加载Java类文件到Java虚拟机（JVM）中。ClassLoader负责将类文件加载到内存，并生成对应的Class对象。ClassLoader可以从不同的来源加载类文件，比如本地文件系统、网络等。它还支持类的动态加载和卸载，可以根据需要在运行时加载新的类。 区别： - JDBC.class是一个具体的类文件，它是Java提供的用于数据库操作的API。 - ClassLoader是一个Java组件，用于加载类文件到内存，并生成对应的Class对象。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值