如果要使用自定义类加载器加载class文件,就需要继承java.lang.ClassLoader类。
ClassLoader有几个重要的方法:
protectedClassLoader(ClassLoaderparent):使用指定的、用于委托操作的父类加载器创建新的类加载器。
protectedfinalClass>defineClass(Stringname,byte[]b,intoff,intlen):将一个byte数组转换为Class类的实例。
protectedClass>findClass(Stringname):使用指定的二进制名称查找类。
publicClass>loadClass(Stringname):使用指定的二进制名称来加载类。
protectedfinalClass>findLoadedClass(Stringname):如果Java虚拟机已将此加载器记录为具有给定二进制名称的某个类的启动加载器,则返回该二进制名称的类。否则,返回null。
publicfinalClassLoadergetParent():返回委托的父类加载器。
protectedfinalvoidresolveClass(Class>c):链接指定的类。
如果要遵循双亲委派模型,则重写findClass(Stringname)方法;如果不想遵循双亲委派模型,则直接重写loadClass(Stringname)方法。
自定义遵循双亲委派模型的类加载器
ParentsDelegateClassLoader.java
现在类路径classpath下和F:\\ClassloaderTest\\bin目录下都有一个类文件com\zzj\classloader\User.class,包名为com.zzj.classloader,使用类加载器ParentsDelegateClassLoader加载F:\\ClassloaderTest\\bin下的类。
输出:
User类的加载器是系统类加载器AppClassLoader,而不是我们自己定义的类加载。实际上被加载不是F:\\ClassloaderTest\\bin下的类,而是classpath下的类。这就是双亲委派模型:当ParentsDelegateClassLoader加载器接收到加载请求后,会先委托给父类加载器,如果父类加载器加载成功,则返回一个Class对象。如果加载失败,才会让接收到加载请求的类加载器加载。
把classpath下的User类删掉测试运行:
此时User类的加载为ParentsDelegateClassLoader。
这一点可以从ClassLoader的源码中得到验证:
调用了重载方法:
可见,如果想要破坏双亲委派模型,可以直接重写loadClass(Stringname)方法。
自定义不遵循双亲委派模型的类加载器
NotParentsDelegateClassLoader.java
现在类路径classpath下有一个类文件com\zzj\classloader\User.class,包名为com.zzj.classloader,使用类加载器NotParentsDelegateClassLoader加载User类。
输出:
此时User类的加载器是NotParentsDelegateClassLoader,没有先委托给父类,只有加载失败才会委托给父类加载器,正好跟双亲委派模型是反的。
当然,即使加载失败,也可以不委托给父类加载器,而指定其他的类加载器,从而可以构建更加复杂的网状模型的类加载机制
总结
以上就是本文关于java自定义类加载器代码示例的全部内容,希望对大家有所帮助。感兴趣的朋友可以继续参阅本站其他相关专题,如有不足之处,欢迎留言指出。感谢朋友们对本站的支持!
原文链接:http://blog.csdn.net/zhangzeyuaaa/article/details/42527813