PathClassLoader与DexClassLoader到底有什么不同

先说一下为什么要抛出这个问题吧?

最近在看插件化相关的技术,因此会涉及到插件中的类如何加载,根据我以前的了解,再加上在网上查了解的知识,认为他们的区别是:

  • DexClassLoader : 可加载jar、apk和dex,可以SD卡中加载
  • PathClassLoader : 只能加载已安裝到系統中(即/data/app目录下)的apk文件

有这两个区别是因为DexClassLoader在构造的时候多传了一个optimizedDirectory参数,因此造成了这个区别:

 public DexClassLoader(String dexPath, String optimizedDirectory,String librarySearchPath, ClassLoader parent) {
        super(dexPath, new File(optimizedDirectory), librarySearchPath, parent);
    }

但我在看源码的时候发现了一个问题 : 我发现在最新的源码中这个参数已经被deprecated了。而且源码好像真没有表现出他们俩有什么不同

DexClassLoader.java

public class DexClassLoader extends BaseDexClassLoader {
    /**
     @param optimizedDirectory this parameter is deprecated and has no effect since API level 26.
     */
    public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) {
        super(dexPath, null, librarySearchPath, parent);
    }
}

PathClassLoader.java

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 参数根本没用。 官方已经标注了is deprecated & no effect since API level 26。 那 DexClassLoader相比于PathClassLoader可以加载SD卡上的apk 是怎么得出的呢?

在最新源码中,这两者构造函数的能力是一样的。并且 基类是不可能强判子类做相关处理逻辑的吧?, 因此,再看一下官方文档对这两个类的解释:

  • PathClassLoader

提供ClassLoader在本地文件系统中的文件和目录列表上运行的简单实现,但不尝试从网络加载类。Android将此类用于其系统类加载器及其应用程序类加载器。

  • DexClassLoader

它可以加载 .jar、.apk和dex文件。这可用于执行未作为应用程序的一部分安装的代码。在API级别26之前,此类加载器需要一个应用程序专用的可写目录来缓存优化的类。使用Context.getCodeCacheDir()创建这样一个目录:
File dexOutputDir = context.getCodeCacheDir();API 26后不要在外部存储上缓存优化的类。 外部存储不提供保护应用程序免受代码注入攻击所必需的访问控制。

看官方文档,好像说的也不明白。但是在26以前optimizedDirectory参数是用来指明缓存优化后的加载的类的目录。26以后就废弃了。

我对这两个类做了一个测试发现: PathClassLoader也是可以加载SD卡上的apk的。

下面是测试代码:

    private void loadClassTest() {
        File apk = new File(Environment.getExternalStorageDirectory(), "Test1.apk");
        PathClassLoader pathClassLoader = new PathClassLoader(apk.getAbsolutePath(), null, this.getApplication().getClassLoader());
        DexClassLoader dexClassLoader = new DexClassLoader(apk.getAbsolutePath(), null, null, this.getApplication().getClassLoader());

        String classNameInTestApk = "com.susion.myapplication.modle2.Module2";

        try {
            Class loadByPathClassLoader = pathClassLoader.loadClass(classNameInTestApk);
            Log.e("susion", " PathClassLoader  load success : " + loadByPathClassLoader.getName());

            Class loadByDexClassLoader = dexClassLoader.loadClass(classNameInTestApk);
            Log.e("susion", " DexClassLoader load success : " + loadByDexClassLoader.getName());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

跑这段代码前注意申请相关存储权限。 这个Test1.apk是我用另一个工程打的包,放在了sd卡的根目录。并没有安装在手机上。

首先我在 API Platform 27上跑了这段代码(即 compileSdkVersion = 27),打印的log如下:

  PathClassLoader  load success : com.susion.myapplication.modle2.Module2
  DexClassLoader load success : com.susion.myapplication.modle2.Module2

这段代码在 21、18上跑的效果是一样的。即,都能加载成功。那这两个ClassLoader到底有什么区别呢?

欢迎评论

下载说明:
1、本站所有资源均从互联网上收集整理而来,仅供学习交流之用,因此不包含技术服务请大家谅解!
2、本站不提供任何实质性的付费和支付资源,所有需要积分下载的资源均为网站运营赞助费用或者线下劳务费用!
3、本站所有资源仅用于学习及研究使用,您必须在下载后的24小时内删除所下载资源,切勿用于商业用途,否则由此引发的法律纠纷及连带责任本站和发布者概不承担!
4、本站站内提供的所有可下载资源,本站保证未做任何负面改动(不包含修复bug和完善功能等正面优化或二次开发),但本站不保证资源的准确性、安全性和完整性,用户下载后自行斟酌,我们以交流学习为目的,并不是所有的源码都100%无错或无bug!如有链接无法下载、失效或广告,请联系客服处理!
5、本站资源除标明原创外均来自网络整理,版权归原作者或本站特约原创作者所有,如侵犯到您的合法权益,请立即告知本站,本站将及时予与删除并致以最深的歉意!
6、如果您也有好的资源或教程,您可以投稿发布,成功分享后有站币奖励和额外收入!
7、如果您喜欢该资源,请支持官方正版资源,以得到更好的正版服务!
8、请您认真阅读上述内容,注册本站用户或下载本站资源即您同意上述内容!
原文链接:https://www.dandroid.cn/20272,转载请注明出处。
0

评论0

显示验证码
没有账号?注册  忘记密码?