先说一下为什么要抛出这个问题吧?
最近在看插件化相关的技术,因此会涉及到插件中的类如何加载,根据我以前的了解,再加上在网上查了解的知识,认为他们的区别是:
- 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/archives/20272,转载请注明出处。
评论0