在 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 文件。关于这一点可以参考我的另外一篇文章：
第二个是，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@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 了。