Android app动态加载
在 Java 里面，我们可以把一些类放到 .jar 文件里面，然后用 ClassLoader 动态加载。例如：
- URLClassLoader ucl = URLClassLoader.newInstance(new URL[]
- {new URL("file:/sdcard/files/test.jar")});
- Class clazz = ucl.loadClass("com.test.TestClass");
但是在 Android 上面，情况有所不同。
首先第一个是 jar 文件的制作，Java 里面直接把 .class 文件打包到 .jar 文件里面就可以了，但是 Android 的 Dalvik VM 是不认 Java 的 byte code 的，所以不能直接这么打包，而要用 dx 工具转成 Dalvik byte code 才可以。当然，dx 工具转了之后，jar 包里面就不是 .class 文件了，而是 .dex 文件。关于这一点可以参考我的另外一篇文章：http://blog.csdn.net/quaful/archive/2010/12/23/6094940.aspx
第二个是，Android 里面虽然也提供了 URLClassLoader 的实现，但是并不能用。要动态加载其它类，可以用的 Class Loader 有：
DexClassLoader
PathClassLoader
其中，DexClassLoader 可以加载 apk, jar 或者 dex 文件，例如：
- File jarFile = new File("/sdcard/test.dex");
- if ( jarFile.exists() ) {
- DexClassLoader cl = new DexClassLoader(jarFile.toString(), "/sdcard/test", null, ClassLoader.getSystemClassLoader());
- Class<?> c = cl.loadClass("com.qihoo360.test.Test");
- ...
- }
但是 DexClassLoader 要求指定一个可写的目录，即 DexClassLoader 构造函数的第二个参数，在上例中是 /sdcard/test
这个参数的含义是：directory where optimized DEX files should be written
因为 Dalvik 在加载 dex 文件时，会动态进行优化，DexClassLoader 要求指定优化后 dex 文件存放的位置。
PathClassLoader 的限制要更多一些，它只能加载已经安装到 Android 系统中的 apk 文件，也就是 /data/app 目录下的 apk 文件。其它位置的文件加载的时候都会出现 ClassNotFoundException. 例如：
- PathClassLoader cl = new PathClassLoader(jarFile.toString(), "/data/app/", ClassLoader.getSystemClassLoader());
为什么有这个限制呢？我认为这其实是当前 Android 的一个 bug, 因为 PathClassLoader 会去读取 /data/dalvik-cache 目录下的经过 Dalvik 优化过的 dex 文件，这个目录的 dex 文件是在安装 apk 包的时候由 Dalvik 生成的。例如，如果包的名字是 com.qihoo360.test，Android 应用安装之后都保存在 /data/app 目录下，即 /data/app/com.qihoo360.test-1.apk，那么 /data/dalvik-cache 目录下就会生成 data@[email protected]@classes.dex 文件。在调用 PathClassLoader 时，它就会按照这个规则去找 dex 文件，如果你指定的 apk 文件是 /sdcard/test.apk，它按照这个规则就会去读 /data/dalvik-cache/[email protected]@classes.dex 文件，显然这个文件不会存在，所以 PathClassLoader 会报错。
在 Google 修正这个问题之前，我们要么就只能用 DexClassLoader，要么就只能用 PathClassLoader 加载已安装的 apk 了。