JVM类加载机制

<b><font color="#b71c1c">加载 &gt;&gt; 验证 &gt;&gt; 准备 &gt;&gt; 解析 &gt;&gt; 初始化 &gt;&gt; 使用 &gt;&gt; 卸载</font></b>

加载：在硬盘上查找并通过<b>IO</b>读入字节码文件，使用到类时才会加载，例如调用类的<b>main()方法</b>，<b>new对象</b>等等，在加载阶段会在内存中生成一个代表这个类的java.lang.Class对象，作为<b><font color="#b71c1c">方法区</font></b>这个类的各种数据的访问入口

验证：校验字节码文件的正确性

准备：给类的<b><font color="#b71c1c">静态变量</font></b>分配内存，并赋予默认值

解析：将<b>符号引用替换为直接引用</b>，该阶段会把一些静态方法(符号引用，比如main()方法)替换为指向数据所存内存的指针或句柄等(直接引用)，这是所谓的<b><font color="#b71c1c">静态链接过程</font></b>(类加载期间完成)，<b><font color="#b71c1c">动态链接</font></b>是在程序运行期间完成的将符号引用替换为直接引用，

<b>初始化</b>：对类的<b><font color="#b71c1c">静态变量</font></b>初始化为指定的值，<b>执行静态代码块</b>

<b><font color="#b71c1c">引导类加载器：</font></b>负责加载支撑JVM运行的位于JRE的lib目录下的核心类库，比如<b><font color="#b71c1c">rt.jar</font></b>、charsets.jar等

<b><font color="#b71c1c">扩展类加载器：</font></b>负责加载支撑JVM运行的位于JRE的lib目录下的<b><font color="#b71c1c">ext</font></b>扩展目录中的JAR类包

<b><font color="#b71c1c">应用程序类加载器：</font></b>负责加载<b><font color="#b71c1c">ClassPath路径下的类包</font></b>，主要就是加载你自己写的那些类

<b><font color="#b71c1c">自定义加载器：</font></b>负责加载用户自定义路径下的类包

<b><font color="#b71c1c">双亲委派机制说简单点就是，先找父亲加载，不行再由儿子自己加载</font></b>

<b>为什么要设计双亲委派机制？</b>

<b>全盘负责委托机制</b>

<font color="#b71c1c"><b>commonLoader</b>：</font>Tomcat最基本的类加载器，加载路径中的class可以被Tomcat容器本身以及各个Webapp访问

<b><font color="#b71c1c">catalinaLoader：</font></b>Tomcat容器私有的类加载器，加载路径中的class对于Webapp不可见

<b><font color="#b71c1c">sharedLoader：</font></b>各个Webapp共享的类加载器，加载路径中的class对于所有Webapp可见，对于Tomcat容器不可见

<b><font color="#b71c1c">WebappClassLoader：</font></b>各个Webapp私有的类加载器，加载路径中的class只对当前Webapp可见，比如加载war包里相关的类，每个war包应用都有自己的<b><font color="#b71c1c">WebappClassLoader</font></b>，实现相互隔离，比如不同war包应用引入了不同的spring版本，这样实现就能加载各自的spring版本；