Java中的类加载器概述

类加载器

• 负责将.class文件加载到内存中，并为之生成对应的Class对象。
• 虽然我们不需要关心类加载机制，但是了解这个机制我们就能更好的理解程序的运行。

类加载器的组成

• Bootstrap ClassLoader 根类加载器
• Extension ClassLoader 扩展类加载器
• Sysetm ClassLoader 系统类加载器

1.Bootstrap ClassLoader 根类加载器

• 也被称为引导类加载器，负责Java核心类的加载。比如System,String等。在JDK中JRE的lib目录下rt.jar文件中

2.Extension ClassLoader 扩展类加载器

• 负责JRE的扩展目录中jar包的加载。在JDK中JRE的lib目录下ext目录

3.Application ClassLoader 应用程序类加载器

• 负责在JVM启动时加载来自java命令的class文件，以及classpath环境变量所指定的jar包和类路径
• 这也就是为什么需要配置classpath才能够在cmd编译运行class文件的原因，因为需要加载java.jar等class文件。然而用eclipse等IDE却不用安装配置JDK因为所有需要的包eclipse已经为你准备加载好了。

加载器

JVM的类加载是通过ClassLoader及其子类来完成的，类的层次关系和加载顺序可以由下图来描述：

1）Bootstrap ClassLoader

负责加载$JAVA_HOME中jre/lib/rt.jar里所有的class，由C++实现，不是ClassLoader子类

2）Extension ClassLoader

负责加载java平台中扩展功能的一些jar包，包括$JAVA_HOME中jre/lib/*.jar或-Djava.ext.dirs指定目录下的jar包

3）App ClassLoader

负责记载classpath中指定的jar包及目录中class

4）Custom ClassLoader

属于应用程序根据自身需要自定义的ClassLoader，如tomcat、jboss都会根据j2ee规范自行实现ClassLoader

加载过程中会先检查类是否被已加载，检查顺序是自底向上，从Custom ClassLoader到BootStrap ClassLoader逐层检查，只要某个classloader已加载就视为已加载此类，保证此类只所有ClassLoader加载一次。而加载的顺序是自顶向下，也就是由上层来逐层尝试加载此类。