如何使用URLClassLoader加载本地的Class文件

在Java里面，我们可以把一些类放到.jar文件里面，然后用ClassLoader动态加载。例如：[java]viewplaincopyURLClassLoaderucl=URLClassLoader.newInstance(newURL[]{newURL("file:/sdcard/files/test.jar")});Classclazz=ucl.loadClass("com.test.TestClass");但是在Android上面，情况有所不同。首先第一个是jar文件的制作，Java里面直接把.class文件打包到.jar文件里面就可以了，但是Android的DalvikVM是不认Java的bytecode的，所以不能直接这么打包，而要用dx工具转成Dalvikbytecode才可以。当然，dx工具转了之后，jar包里面就不是.class文件了，而是.dex文件。第二个是，Android里面虽然也提供了URLClassLoader的实现，但是并不能用。要动态加载其它类，可以用的ClassLoader有：DexClassLoaderPathClassLoader其中，DexClassLoader可以加载apk,jar或者dex文件，例如：[java]viewplaincopyFilejarFile=newFile("/sdcard/test.dex");if(jarFile.exists()){DexClassLoadercl=newDexClassLoader(jarFile.toString(),"/sdcard/test",null,ClassLoader.getSystemClassLoader());Classc=cl.loadClass("com.qihoo360.test.Test");}但是DexClassLoader要求指定一个可写的目录，即DexClassLoader构造函数的第二个参数，在上例中是/sdcard/test这个参数的含义是：directorywhereoptimizedDEXfilesshouldbewritten因为Dalvik在加载dex文件时，会动态进行优化，DexClassLoader要求指定优化后dex文件存放的位置。PathClassLoader的限制要一些，它只能加载已经安装到Android系统中的apk文件，也就是/data/app目录下的apk文件。其它位置的文件加载的时候都会出现ClassNotFoundException.例如：[java]viewplaincopyPathClassLoadercl=newPathClassLoader(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了。

classloader加载类时是父类委托机制的，先加载该类的父类，如果父类还有父类，则先加载父类的父类。。。 以此类推； 还有classloader先加载java核心API，然后再加载JAVA扩展API，再加载当前类。