【JVM】类加载器与双亲委派模型（二）

接上篇博客-【JVM】类加载器与双亲委派模型（一）

      上篇博客中，我们介绍了类的加载器以及类是如何被加载的，本篇博客我们将介绍一下双亲委派模型。双亲委派模型是解决我们上篇博客中提到的问题的关键之处。

       如果一个类加载器收到了一个类加载的请求，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此。因此，所有的加载请求都应该传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求时，自加载器才会尝试自己去加载。

       双亲委派模型的好处在于：Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如，类Java.lang.object,它存在于rt.jar中，无论哪一个类加载器要加载这个类，它最终都会委派给处于模型最顶端的引导类加载器进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。

       而双亲委派模型是Java设计者推荐给开发者的类加载器的实现方式，并不是强制规定的。大多数类加载器都遵循这个模型，但是JDK中也有较大规模破坏双亲模型的情况，例如线程上下文加载器的出现等。

       在上篇博客中，我们提到的问题：在Jboss的moudles下有需要的XXX.jar，但是还是会出现ClassNotFoundException的情况，是因为在我们项目war的pom文件中写的是这个jar包的依赖为provided，也就是说，打包的时候不会打到ear里面去，那我们运行的时候，是去哪里找jar呢？由于类加载器的双亲委派模型机制，它 最终会到ear的lib目录下去寻找jar包，但是这个下面没有jar包，所以会报错。有两种解决办法：（1）在ear中加入 此jar包的依赖（2）我们指定让它去jboss的moudles下面去找jar包，使用jboss下面的jar包，就不用在ear中加入这个jar包，节省了ear的大小。

       最终我们的解决办法就是，在ear的jboss-deployment-structure.xml的配置中，加入此jar包的引用路径，告诉它去jboss的moudles的哪个地方去加载，运行的时候就不会报错了！

       总结：出现ClassNotFoundException的原因有两个：一是没有引入这个jar包。二是有jar包，但是查找的位置不对。