个人阶段知识总结(二)java中的类装载机制和动静态编译
java中的类装载机制
所有类都由类装载器载入，载入内存中的类对应一个 java.lang.Class 实例
在说明类加载器之前先看一下java *(类)这个动作的执行过程：
1.找到JRE；
2.找到JVM.dll；
3.启动JVM，并进行初始化；
4.产生Bootstrap Loader,同时装载java基础类；
5.载入ExtendedClassLoader；
6.载入AppClassLoader；
7.加载这个类。
java中的类装载器由三个部分构成：
1 启动类装载器(Bootstrap Loader)简称BL,这个类由C++编写，属于java虚拟机的内核，当JVM启动时
就会装载java基础类，这些类都打包在lib文件夹下rt.jar中
2 标准扩展类加载器(Extended Loader)简称EL,由java编写，负责装载存放在
<JAVA_HOME>/jre/lib/ext中的类,这些jar文件都是开发者开发增加新的jar文件。
3 类路径装载器(AppClassLoaderB简称AL,由java编写，负责加载应用程序的启动执行类。
这三个类之间有相辅相成，其中EL是BL的子类，而AL又将EL设为自己的父类,当类加载器需要加载一个
类时，会先去查看其父类是否加载了这个类，若没加载就会请求其父类帮助加载，如果父类为null就会
自己去加载这个类，下面给出loadClass的源代码：
protected synchronized Class<?> loadClass(String name, boolean resolve)
throws ClassNotFoundException
{
// First, check if the class has already been loaded
Class c = findLoadedClass(name);
if (c == null) {
try {
if (parent != null) {
c = parent.loadClass(name, false);
} else {
c = findBootstrapClass0(name);
}
} catch (ClassNotFoundException e) {
// If still not found, then invoke findClass in order
// to find the class.
c = findClass(name);
}
}
if (resolve) {
resolveClass(c);
}
return c;
}
从代码中可以看到,当需要装载一个类的时候，会首先通过findLoadedClass去判断是否已经加载过该
类，如果没有会调用父类加载parent.loadClass(name, false)，若父类为空就会调用Bootstrap
Loader加载，此时Bootstrap Loader作为其父类，如果最后还没法加载就会调用findClass找到这个类
的Class，然后返回。
protected Class<?> findClass(String name) throws ClassNotFoundException {
throw new ClassNotFoundException(name);
}
这个方法默认的是抛出ClassNotFoundException异常的，如果程序运行到这里去装载就需要开发者去
编写自己的findClass来装载这个类
以上都是个人查看了网上的资料后总结的，当然还需要在以后的实践中去深入理解。
每当看到底层的东东就会感到纠结，但要在java开发上有所作为就要对java的底层有一个比较全面的
理解，这样才会触类旁通，举一反三，才会在以后的代码中更加规范。