在 Java 里面，我們可以把一些類放到 .jar 文件里面，然后用 ClassLoader 動(dòng)態(tài)加載。例如：
但是在 Android 上面，情況有所不同。
首先第一個(gè)是 jar 文件的制作，Java 里面直接把 .class 文件打包到 .jar 文件里面就可以了，但是 Android的 Dalvik VM 是不認(rèn) Java 的 byte code的，所以不能直接這么打包，而要用 dx 工具轉(zhuǎn)成 Dalvik byte code 才可以。當(dāng)然，dx 工具轉(zhuǎn)了之后，jar 包里面就不是 .class 文件了，而是 .dex 文件。關(guān)于這一點(diǎn)可以參考我的另外一篇文章：http://blog.csdn.net/quaful/archive/2010/12/23/6094940.aspx
第二個(gè)是，Android 里面雖然也提供了 URLClassLoader 的實(shí)現(xiàn)，但是并不能用。要?jiǎng)討B(tài)加載其它類，可以用的 Class Loader 有：
DexClassLoader
PathClassLoader
其中，DexClassLoader 可以加載 apk, jar 或者 dex 文件，例如：
但是 DexClassLoader 要求指定一個(gè)可寫的目錄，即 DexClassLoader 構(gòu)造函數(shù)的第二個(gè)參數(shù)，在上例中是 /sdcard/test
這個(gè)參數(shù)的含義是：directory where optimized DEX files should be written
因?yàn)?nbsp;Dalvik 在加載 dex 文件時(shí)，會動(dòng)態(tài)進(jìn)行優(yōu)化，DexClassLoader 要求指定優(yōu)化后 dex 文件存放的位置。
PathClassLoader 的限制要更多一些，它只能加載已經(jīng)安裝到 Android 系統(tǒng)中的 apk 文件，也就是 /data/app 目錄下的 apk 文件。其它位置的文件加載的時(shí)候都會出現(xiàn) ClassNotFoundException. 例如：
為什么有這個(gè)限制呢？我認(rèn)為這其實(shí)是當(dāng)前 Android 的一個(gè) bug, 因?yàn)?nbsp;PathClassLoader 會去讀取/data/dalvik-cache 目錄下的經(jīng)過 Dalvik 優(yōu)化過的 dex 文件，這個(gè)目錄的 dex 文件是在安裝 apk 包的時(shí)候由 Dalvik 生成的。例如，如果包的名字是 com.qihoo360.test，Android 應(yīng)用安裝之后都保存在 /data/app 目錄下，即 /data/app/com.qihoo360.test-1.apk，那么 /data/dalvik-cache 目錄下就會生成data@app@com.qihoo360.test-1.apk@classes.dex 文件。在調(diào)用 PathClassLoader 時(shí)，它就會按照這個(gè)規(guī)則去找 dex 文件，如果你指定的 apk 文件是 /sdcard/test.apk，它按照這個(gè)規(guī)則就會去讀 /data/dalvik-cache/sdcard@test.apk@classes.dex 文件，顯然這個(gè)文件不會存在，所以 PathClassLoader 會報(bào)錯(cuò)。
在 Google 修正這個(gè)問題之前，我們要么就只能用 DexClassLoader，要么就只能用 PathClassLoader 加載已安裝的 apk 了。
