文章目录
1. 前言
曾在JVM虚拟机知识点浅析总结中提到过在Java
中的类加载器。我们知道Java
中类的加载由类加载器完成,类加载器通常由JVM
提供,这些类加载器也是前面所有程序运行的基础,JVM提供的这些类加载器通常被称为系统类加载器。除此之外,开发者可以通过继承ClassLoader
基类来创建自己的类加载器。类加载器可以分为四类:
- 启动类加载器(
Bootstrap ClassLoader
);主要负责加载jre\lib\rt.jar
中的JDK
文件。 - 扩展类加载器(
Extension ClassLoader
);主要负责位于于jre\lib\ext
目录下的Jar
包的文件。 - 应用程序类加载器(
Application ClassLoader
);负责从classpath
环境变量中加载相关的类,应用程序类加载器是扩展类加载器的子类。默认情况下使用AppClassLoader
装载应用程序的类。 - 自定义类加载器(
User ClassLoader
);
它们之间的关系如图:
我们知道不同于Java
程序,在Android
中使用dex
文件来打包字节码文件。而Java
中的ClassLoader
加载的是jar
文件,所以在Android
中也有一套自己的类加载器。
2. Android类加载器
类似的,在Android
中也可以分为系统类加载器和自定义类加载器两种。而系统类加载器同样有三种,分别是:
BootClassLoader
;系统启动时用于加载系统常用类,ClassLoader
内部类;PathClassLoader
;加载系统类和应用程序类,一般不建议开发者使用;DexClassLoader
;加载dex
文件及其包含dex
文件的apk
或者jar
。也支持从SD
卡进行加载,也就是说可以在应用为安装的情况下加载dex
相关文件。
不妨看看这三种类加载器的继承结构图:
在上面的继承结构中可以看出其实类加载器还是比较多的,这里我们关注于DexClassLoader
这个类加载器,因为这个类加载器可以从外部加载apk
、dex
和jar
。在AS
中查看它的源码为:
package dalvik.system;
import java.io.File;
public class DexClassLoader extends BaseDexClassLoader {
public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent) {
super((String)null, (File)null, (String)null, (ClassLoader)null);
throw new RuntimeException("Stub!");
}
}
可以看到所属包为dalvik.system
,并且其父类为BaseDexClassLoader
。需要传入四个参数:
dexPath
:dex
相关文件路径集合,多个路径用文件分隔符分隔,默认文件分隔符为":";optimizedDirectory
: 解压的dex
文件存储路径,这个路径必须是一个内部存储路径,比如应用程序下的cache
;librarySearchPath
: 包含C/C++
库的路径集合,多个路径用文件分隔符分隔,可以为null
;parent
:父加载器;
类似的,在Android
中类加载器也遵循双亲委托机制,也就是在ClassLoader
加载类的时候,都会优先委派它的父类parentLoader
来加载这个类,沿着这个树一直向上查找,如果没有哪一个ClassLoader
可以加载这个类,那么就会向下委托,直到自己去加载。这样做的意义是为了性能,每次加载都会消耗时间,但是如果父类已经加载过了,就可以直接拿来使用了。
比如定义一个简单的测试代码:
public class OtherActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_other);
Log.e("TAG", "系统常用类String:" + String.class.getClassLoader().toString());
Log.e("TAG", "应用程序自定义OtherActivity:" + OtherActivity.class.getClassLoader().toString());
Log.e("TAG", "系统类Context:" + OtherActivity.this.getClassLoader().toString());
Log.e("TAG", "系统常用类Context的ClassLoader的parent:" + getClassLoader().getParent().toString());
}
}
结果为:
java.lang.BootClassLoader
dalvik.system.PathClassLoader
alvik.system.PathClassLoader
java.lang.BootClassLoader
说明当前的Activity
中直接使用getClassLoader
获取到的是PathClassLoader
,其父类为BootClassLoader
。而对于系统常用的类的ClassLoader
为BootClassLoader
。这里还没有出现加载插件所需的DexClassLoader
。因为前面介绍过这个类的构造方法,这里不妨来做个简单的案例。
首先准备一个dex
或者apk
文件,比如我这里新建一个模块,创建一个简单的Toast
工具类:
然后将工程编译一下,切换项目视图为project
,可以看见编译好的文件:
然后上传这个文件到SD
卡根目录中:
然后写测试方法:
public class OtherActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_other);
File file = new File(Environment.getExternalStorageDirectory(), "plugin-debug.apk");
DexClassLoader dexClassLoader = new DexClassLoader(
file.getAbsolutePath(),
getDir("cache_plugin", MODE_PRIVATE).getAbsolutePath(),
null,
getClassLoader()
);
try {
Class<?> aClass = dexClassLoader.loadClass("com.weizu.plugin.ToastUtils");
Method showInfo = aClass.getMethod("showInfo", Context.class);
showInfo.setAccessible(true);
showInfo.invoke(aClass.newInstance(), OtherActivity.this);
} catch (Exception e) {
e.printStackTrace();
}
}
}
但是很遗憾,运行警告为:
Suppressed: java.io.IOException: No original dex files found for dex location
/storage/emulated/0/plugin-debug.apk
其实也就是权限问题。只需要打开访问外部SD
卡的权限即可。
当然,还可以加载一个dex
文件。使用dx
命令来进行生成一个dex
文件:
dx
命令位于:D:\softwares\Android\SDK\build-tools\30.0.3
,所需要打包的类的字节码文件位于:D:\Android_Study\MyApplication5\plugin\build\intermediates\javac\debug\classes
,然后在这个目录下打开CMD
窗口输入:
D:\softwares\Android\SDK\build-tools\30.0.3\dx --dex --output=D:\plugin.dex com\weizu\plugin\*.class
然后在D
盘根目录下就会生成plugin.dex
文件。
测试结果: