个人阶段知识总结(二)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的底层有一个比较全面的

理解，这样才会触类旁通，举一反三，才会在以后的代码中更加规范。