ClassLoader工作机制及几种加载类错误分析

1、ClassLoader工作机制

 

职责：

负责将class加载到JVM中，审查每个类由谁加载(一种父优先的等级加载机制)，将class字节码重新解析成JVM统一要求的对象格式

 

类定义：

ClassLoader(抽象类)   <-----     URLClassLoader(常用的实现类)

• defineClass(byte[]，int，int) -- 将byte字节流解析成JVM能够识别的对象
• findClass(String) -- 实现类的加载规则，取得上述函数需要的字节码
• loadClass(String) -- 获取这个类的Class对象
• resolveClass(Class<?>) -- 类的链接(link)

 

2、等级加载机制

 

说明：上级委托接待机制，首先检查是否已被自己加载过，之后询问上一级，上一级同样检查是否加载过，然后询问上一级是否需要上一级加载，如果不需要，则检查自己的加载规则，判断是否自己加载。

BootStrapClassLoader -- JVM自身工作需要的类，服务自身，无父/子加载器

ExtClassLoader -- 服务特定目标，System.getProperty("java.ext.dirs")

AppClassLoader -- 父类是ExtClassLoader，System.getProperty("java.class.path")

 

相关阅读：

深入理解Java虚拟机——JVM类加载机制（类加载过程和类加载器）：

https://blog.csdn.net/zangdaiyang1991/article/details/86534077

 

3、常见加载类错误分析

 

1、概念澄清：

 

JVM加载class文件到内存有两种方式。

◎ 隐式加载：所谓隐式加载就是不通过在代码里调用ClassLoader来加载需要的类，而是通过JVM来自动加载需要的类到内存的方式。例如，当我们在类中继承或者引用某个类时，JVM在解析当前这个类时发现引用的类不在内存中，那么就会自动将这些类加载到内存中。

◎ 显式加载：相反的显式加载就是我们在代码中通过调用ClassLoader类来加载一个类的方式，例如，调用this.getClass.getClassLoader().loadClass()或者Class. forName()，或者我们自己实现的ClassLoader的findClass()方法等。

其实这两种方式是混合使用的，例如，我们通过自定义的ClassLoader显示加载一个类时，这个类中又引用了其他类，那么这些类就是隐式加载的。

 

2、ClassNotFoundException

 

这个异常通常发生在显式加载类的时候，例如，用如下方式调用加载一个类时就报这个错了：

public class notfountexception {
   public static void main(String[] args) {
     try {
         Class.forName("notFountClass");
     } catch (ClassNotFoundException e) {
         e.printStackTrace();
     }
   }
}

显式加载一个类通常有如下方式：
◎ 通过类Class中的forName() 方法。
◎ 通过类ClassLoader中的loadClass() 方法。
◎ 通过类ClassLoader中的findSystemClass() 方法。

出现这类错误也很好理解，就是当JVM要加载指定的文件的字节码到内存时，并没有找到这个文件对应的字节码，也就是这个文件并不存在。解决的办法就是检查当前的classpath目录下有没有指定的文件存在。如果不知道当前classpath路径，可以通过如下命令来获取：
this.getClass().getClassLoader().getResource("").toString()

 

3、NoClassDefFoundError

 

NoClassDefFoundError是另外一个经常遇到的异常，这个异常在第一次使用命令行执行Java类时很可能会碰到，如下面这种情况：
 

java –cp example.jar Example

这个jar包里面就一个类，这个类是net.xulingbo.Example，可能让你感到郁闷的是，明明这个jar包里有这个类为啥会报如下这个错误呢？
 

Exception in thread "main" java.lang.NoClassDefFoundError: example/jar
Caused by: java.lang.ClassNotFoundException: example.jar
     at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
     at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
     at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
     at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)

这是因为你在命令行中没有加类的包名，正确的写法是这样的：
 

java –cp example.jar net.xulingbo.Example

这里同时报了NoClassDefFoundError和ClassNotFoundException异常，原因是Java虚拟机隐式加载example.jar后再显式加载Example这个类没有找到，所以是ClassNotFoundException引发了NoClassDefFoundError异常。
JVM的规范中描述了出现NoClassDefFoundError可能的情况就是使用new关键字、属性引用某个类、继承了某个接口或类，以及方法的某个参数中引用了某个类，这时会触发JVM隐式加载这些类时发现这些类不存在的异常。

解决这个错误的办法就是确保每个类引用的类都在当前的classpath下面。

 

4、UnsatisfiedLinkError

这个异常倒不是很常见，但是出错的话，通常是在JVM启动的时候，如果一不小心将JVM中的某个lib删除了，可能就会报这个错误了，如下：

 

public class NoLibException {
   public native void nativeMethod();
   static {
     System.loadLibrary("NoLib");
   }
   public static void main(String[] args) {
     new NoLibException().nativeMethod();
   }
}

这个错误通常都是在解析native标识的方法时JVM找不到对应的本机库文件时出现，如下：
 

 Exception in thread "main" java.lang.UnsatisfiedLinkError: no NoLib in
java.library.path
   at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1864)
   at java.lang.Runtime.loadLibrary0(Runtime.java:840)
   at java.lang.System.loadLibrary(System.java:1084)
   at  EmptyProject.classloader.NoLibException.<clinit>(NoLibException.
java:12)
   at java.lang.Class.forName0(Native Method)
   at java.lang.Class.forName(Class.java:186)
   at com.intellij.rt.execution.application.AppMain.main(AppMain.java:107)

5、 ClassCastException

这个错误也很常见，通常在程序中出现强制类型转换时出现这个错误，如下面这段代码所示：
 

public class CastException {
   public static Map m = new HashMap(){{
     put("a","2");
   }};
   public static void main(String[] args) {
     Integer isInt = (Integer)m.get("a");
     System.out.print(isInt);
   }
}

当强制将本来不是Integer类型的字符串转成Integer类型时会报如下错误：
 

Exception in thread "main" java.lang.ClassCastException: java.lang.String
cannot be cast to java.lang.Integer
   at EmptyProject.classloader.CastException.main(CastException.java:17)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessor-
Impl.java:57)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethod-
AccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:613)
   at
com.intellij.rt.execution.application.AppMain.main(AppMain.java:110)

JVM在做类型转换时会按照如下规则进行检查：
◎ 对于普通对象，对象必须是目标类的实例或目标类的子类的实例。如果目标类是接口，那么会把它当做实现了该接口的一个子类。
◎ 对于数组类型，目标类必须是数组类型或java.lang.Object、java.lang. Cloneable 、 java.io.Serializable。

如果不满足上面的规则，JVM就会报这个错误了。要避免这个错误有两种方式：
◎ 在容器类型中显式地指明这个容器所包含的对象类型，如上面的Map中可以这写为Map<String,Integer> m = new HashMap<String,Integer>()，这样上面的代码在编译阶段就会检查通过。
◎ 先通过instanceof检查是不是目标类型，然后再进行强制类型转换。

6、ExceptionInInitializerError

这个错误JVM规范中是这样定义的：

◎ 如果Java虚拟机试图创建类ExceptionInInitializerError的新实例，但是因为出现Out-Of-Memory-Error而无法创建新实例，那么就抛出OutOfMemoryError对象作为代替。
◎ 如果初始化器抛出一些Exception，而且Exception类不是Error或者它的某个子类，那么就会创建ExceptionInInitializerError类的一个新实例，并用Exception作为参数，用这个实例代替Exception。

将上面的代码例子稍微改一下：
 

public class CastException {
   public static Map m = new HashMap(){{
     m.put("a","2");
   }};
   public static void main(String[] args) {
     Integer isInt = (Integer)m.get("a");
     System.out.print(isInt);
 }
}

这段代码执行时就会报如下错误：
 

 Exception in thread "main" java.lang.ExceptionInInitializerError
   at java.lang.Class.forName0(Native Method)
   at java.lang.Class.forName(Class.java:186)
   at com.intellij.rt.execution.application.AppMain.main(AppMain.java:107)
 Caused by: java.lang.NullPointerException
   at     EmptyProject.classloader.CastException$1.<init>(CastException.
java:14)
   at     EmptyProject.classloader.CastException.<clinit>(CastException.
java:13)
   ... 3 more

在初始化这个类时，给静态属性m赋值的时候出现了异常导致抛出ExceptionInInitializerError错误。

 

参考书籍：

《深入分析Java Web技术内幕》