在 Java 里面，我们可以把一些类放到 .jar 文件里面，然后用 ClassLoader 动态加载。例如：

第二个是，Android 里面虽然也提供了 URLClassLoader 的实现，但是并不能用。要动态加载其它类，可以用的 Class Loader 有：

DexClassLoader

PathClassLoader

其中，DexClassLoader 可以加载 apk, jar 或者 dex 文件，例如：

但是 DexClassLoader 要求指定一个可写的目录，即 DexClassLoader 构造函数的第二个参数，在上例中是 /sdcard/test

这个参数的含义是：directory where optimized DEX files should be written

因为 Dalvik 在加载 dex 文件时，会动态进行优化，DexClassLoader 要求指定优化后 dex 文件存放的位置。

PathClassLoader 的限制要更多一些，它只能加载已经安装到 Android 系统中的 apk 文件，也就是 /data/app 目录下的 apk 文件。其它位置的文件加载的时候都会出现 ClassNotFoundException. 例如：

为什么有这个限制呢？我认为这其实是当前 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@app@com.qihoo360.test-1.apk@classes.dex 文件。在调用 PathClassLoader 时，它就会按照这个规则去找 dex 文件，如果你指定的 apk 文件是 /sdcard/test.apk，它按照这个规则就会去读 /data/dalvik-cache/sdcard@test.apk@classes.dex 文件，显然这个文件不会存在，所以 PathClassLoader 会报错。

在 Google 修正这个问题之前，我们要么就只能用 DexClassLoader，要么就只能用 PathClassLoader 加载已安装的 apk 了。