自定义ClassLoader
在大多数情况下,如果文件已经存在于文件系统中,内置的ClassLoader就足够用了。
但是,在需要从本地硬盘驱动器或者网络中的加载类的情况下,我们就可能需要自定义一个ClassLoader。
自定义ClassLoader不仅可以在运行时加载类,还有一些其他用例:
- 修改现有的字节码
- 动态创造符合用户需求的类。例如:在JDBC中,通过动态的加载类完成不同驱动之前的切换
- 在为具有相同名称和程序包的类加载不同的字节码时,实现类版本控制机制。可以通过URLClassLoader或者自定义ClassLoader来实现。
创建一个自定义的ClassLoader
假设,我们现在需要使用自定义的ClassLoader从文件中加载一个类,我们需要扩展ClassLoader类并重新findClass方法:
自定义的ClassLoader
在上面的例子中,我们定义了一个ClassLoader,该ClassLoader扩展了默认的ClassLoader,并从指定文件中加载字节数组。
新建一个Test类,打印“你好,帅小伙!”:
我们使用自定义的ClassLoader去加载它:
或许你可能觉得有点脱裤子放屁,直接new它香吗?这里我们仅仅是演示一下怎么去自定义一个ClassLoader,并可以正常工作。
了解java.lang.ClassLoader
loadClass(String name, boolean resolve)方法
此方法负责加载指定名称参数的类,name参数完全限定的类名称。
JVM调用loadClass方法来创建类的引用,当resolve设置为true时。但是,不一定总是要解析一个类,如果只是确定该类是否存在,则将resolve参数设置为false。
该方法是ClassLoader的入口。
我们从java.lang.ClassLoader的源码中了解loadClass()的工作原理:
该方法的默认实现是按以下顺序搜索类:
- 调用findLoadedClass(String)方法来查看是否已经加载了该类
- 调用父类ClassLoader的loadClass方法
- 调用findClass方法查找类
defineClass(String name, byte[] b, int off, int len)方法
此方法负责将字节数组转换为类的实例,在使用该类之前,我们需要调用它。
如果数据补包含有效的类,则会抛出ClassFormatError。
另外,此方法表标记为final,因此我们无法覆盖此方法。
findClass(String name)方法
此方法查找以标准名称作为参数的类,我们需要在遵循委托模型的自定义的ClassLoader中重写此方法。
另外,如果父类ClassLoader找不到请求的类,则loadClass()会调用此方法。
如果没有任何ClassLoader的父类找到该类,则引发ClassNotFoundException。
getParent()方法
此方法是尝试查找给定名称的资源。
它将首先委托给资源的父类ClassLoader,如果父级为null,则搜索JVM内置的ClassLoader的路径。
如果失败,则该方法将调用FindResource来查找资源,参数可以为相对于类路径的名称,也可以是绝对路径的名称。
它返回用于读取资源的URL对象,如果找不到资源或调用者没有足够的权限来返回资源,则返回null。
Java默认从classpath中加载资源,Java中的资源加载与位置无关,因为只要设置了环境来查找资源,代码在任何位置都无关紧要。
Context Classloaders
通常,Context ClassLoasers是为J2SE中引入的类加载委托方案提供的一种替代方法。
JVM中ClassLoader遵循分层模型,因此每个ClassLoader都有一个父类,BootstapClassLoader除外。但是,有时当JVM核心类需要动态地去加载开发人员提供的类时,我们就可能会有到问题。
例如,在JNDI中,核心功能由rt.jar中的引导程序类实现,但是这些JNDI类可能会加载由独立供应商实现的JNDI提供程序。这种情况要BootstrapClassLoader加载对AppClassLoader可见的类。
J2SE委托在这里不起作用,为了解决这个问题,我们需要找到替代的类加载方式。并且可以使用Thread Context ClassLoader来实现。
java.lang.Thread类由一个getContextClassLoader()方法,返回该线程的ContentClassLoader。该ContextClassLoader由线程的创造者提供。如果未设置,则默认为父线程的ContextClassLoade。