类加载
在JVM中并不是一次性把所有的文件都加载到，而是一步一步的，按照须要来加载。
比如JVM启动时，会通过不同的类加载器加载不同的类。当用户在自己的代码中，须要某些额外的类时，再通过加载机制加载到JVM中，并且存放一段韶光，便于频繁利用。
因此利用哪种类加载器、在什么位置加载类都是JVM中主要的知识。
JVM类加载JVM类加载采取 父类委托机制，如下图所示：
JVM中包括集中类加载器：
BootStrapClassLoader 勾引类加载器ExtClassLoader 扩展类加载器AppClassLoader 运用类加载器CustomClassLoader 用户自定义类加载器他们的差异上面也都有解释。须要把稳的是，不同的类加载器加载的类是不同的，因此如果用户加载器1加载的某个类，其他用户并不能够利用。
当JVM运行过程中，用户须要加载某些类时，会按照下面的步骤（父类委托机制）：
用户自己的类加载器，把加载要求传给父加载器，父加载器再传给其父加载器，一贯到加载器树的顶层。最顶层的类加载器首先针对其特定的位置加载，如果加载不到就转交给子类。如果一贯到底层的类加载都没有加载到，那么就会抛出非常ClassNotFoundException。因此，按照这个过程可以想到，如果同样在CLASSPATH指定的目录中和自己事情目录中存放相同的class，会优先加载CLASSPATH目录中的文件。
Tomcat类加载在tomcat中类的加载稍有不同，如下图：
当tomcat启动时，会创建几种类加载器：
1、Bootstrap 勾引类加载器
加载JVM启动所需的类，以及标准扩展类（位于jre/lib/ext下）
2、System 系统类加载器
加载tomcat启动的类，比如bootstrap.jar，常日在catalina.bat或者catalina.sh中指定。位于CATALINA_HOME/bin下。
3、Common 通用类加载器
加载tomcat利用以及运用通用的一些类，位于CATALINA_HOME/lib下，比如servlet-api.jar
4、webapp 运用类加载器
每个运用在支配后，都会创建一个唯一的类加载器。该类加载器会加载位于 WEB-INF/lib下的jar文件中的class 和 WEB-INF/classes下的class文件。
当运用须要到某个类时，则会按照下面的顺序进行类加载：
1、利用bootstrap勾引类加载器加载
2、利用system系统类加载器加载
3、利用运用类加载器在WEB-INF/classes中加载
4、利用运用类加载器在WEB-INF/lib中加载
5、利用common类加载器在CATALINA_HOME/lib中加载
问题扩展通过对上面tomcat类加载机制的理解，就不难解白 为什么java文件放在Eclipse中的src文件夹下会优先jar包中的class?
这是由于Eclipse中的src文件夹中的文件java以及webContent中的JSP都会在tomcat启动时，被编译成class文件放在 WEB-INF/class中。
而Eclipse外部引用的jar包，则相称于放在 WEB-INF/lib 中。
因此肯定是 java文件或者JSP文件编译出的class优先加载。
通过这样，我们就可以大略的把java文件放置在src文件夹中，通过对该java文件的修正以及调试，便于学习拥有源码java文件、却没有打包成xxx-source的jar包。
其余呢，开拓者也会由于粗心而犯下面的缺点。
在 CATALINA_HOME/lib 以及 WEB-INF/lib 中放置了 不同版本的jar包，此时就会导致某些情形下报加载不到类的缺点。
还有如果多个运用利用同一jar包文件，当放置了多份，就可能导致 多个运用间 涌现类加载不到的缺点。
原作者：java知音
转载请注明出处，商业用场请于作者联系！
