类加载子系统

           类加载子系统是JVM体系中用于加载类的二进制字节码的重要组成部分，当一个类编译为class文件后，虚拟机便可以加载它。

          最底层的加载器是启动类加载器，它是虚拟机的组成部分，一般是c语言实现的，当然具体的虚拟机可以有不同的语言实现，它主要负责加载sun.boot.class.path下的java核心的类。还有一个是扩展类加载器，负责加载java.ext.dirs包下的类。最后是系统类加载器，负责加载java.class.path下的类，当然开发者还可以实现自己的类加载器来加载自己开发的类。我使用的是hotspot（TM）虚拟机。

 public static void main(String[] args) {
         System.out.print(System.getenv());//输出系统环境变量
         System.out.println(System.getProperties());//输出系统属性
  System.out.println(Thread.currentThread().getContextClassLoader().getParent());//输出扩展类加载器，它是系统类加载器的父类

 

System.out.println(Thread.currentThread().getContextClassLoader().getParent().getParent());//输出启动类加载器为null  
  
 }

         当我们自己实现一个框架的时候可以通过继承java.lang.ClassLoader类来实现自己的类加载器来加载框架核心代码。

 

 

      类加载器之间的关系是继承关系，启动类加载器是扩展类加载器的父类，扩展类加载器是系统类加载器的父类，用户自定义类加载器是系统加载器的子类，在加载一个类的时候加载器之间是委托关系，子类委托父类进加载，如果父类不能加载则由子类加载，这种机制有传递关系，就是说父类发现要加载的类不是它应该加载目录下的类，则提交给它的父类加载，直到启动类加载器，如果启动类加载器发现也不是它应该加载目录下的类，则有它自己加载，这种机制是出于安全性的考虑，当你想加载一个类来篡改父类加载器加载的类是不可能的。

      命名空间是由类加载器和完整包名组成的，同一个命名空间下的类可以相互访问。

 

     jdk中提供的自定义加载器有java.security.SecureClassLoader,java.net.URLClassLoader,javax.management.loading.MLet,它们之间是继承关系。

     当类被加载完成之后，虚拟机做了哪些操作呢？

     实际上虚拟机把加载进来的代码放置到方法区中，并解析了二进制class文件，并在堆内存中创建一个Class类型的对象与之关联，这个Class对象保存类的数据结构，之后虚拟机在连接和初始化阶段直接操作这个Class对象和方法区。有关类的连接和初始化后文会继续讨论。