类加载子系统 jvm(二)

内存结构

• 还是那张熟悉的图只不过更加详细
• 本章主要讲述 最上边一部分
• 类加载器的作用：
  • 类加载器负责加载class文件 ， class文件开头有特殊的标识
  • classLoader只负责class文件的加载， 是否能够运行又ExecutionEngine决定
  • 加载类的信息（元数据的模板）放在方法区， 除了类的信息外， 方法区还会存放运行时常量池的信喜。我们可以根据这个文件实例化出n个一模一样的实例。
    
• 类的加载过程
  • 通过一类的全限定名获取定义此类的二进制字节流
  • 将这个字节流所代表的静态存储结构转化为方法区运行时数据结构
  • 在内存中生成一个代表这个类的java.lang.Class对象， 作为方法区这个类的各种数据的访问入口
    
• 在链接那部分包括
  • 验证： 确保当前字节流中包含的信息符合虚拟机的要求
  • 准备：
    - 为类变量分配内存并设置该类变量的默认初始值， 这里不包含用final修饰的static因为在编译的时候就已经分配了，准备阶段会显示初始化
    - 这里不会为实例变量分配初始化， 类变量分配在方法区， 实例变量在堆。
  • 解析： 将常量池内的符号引用转换为直接引用的过程
    
• 初始化：
  • 初始化阶段就是执行类的静态代码块 < clinit > 有静态的才会生成
  • 静态代码块方法中指令按语句的顺序执行
  • 类加载执行 < clinit> 会被加锁
  • 静态代码块的执行以及静态变量的显是赋值 （利用< clinit> 进行赋值）

类加载器的分类

• 类型（严格来说）
  • 引导类加载器（加载系统所需的环境）
    • object或者rt.jar、resources.java的核心库下的类加载器就是引导类加载器 只加载java、javax、sun开头的包
  • 自定义加载器 （继承classLoader）
    • 下面两个由于间接继承classLoader 所以java规范归为自定义
      • 扩展类加载器
        • jre/lib/ext子目录下加载， 如果用户创建的jar在此目录下，也会自动有扩展类加载器加载
      • 系统类加载器
        • 自定义的类用其加载
    • 用户自定义的
      • 用户自定义加载器
• 使用自定义类加载器的情况
  • 隔离加载类
  • 修改类加载的方式
  • 拓展加载源
  • 防止源码泄露

• 不是继承关系而是等级制度（或者上下级制度）

双亲委派机制（重要）

• java虚拟机对class文件采用的是按需加载的方式 需要用到的时候才加，当加载某个类的class文件的时候， java虚拟机采用的是双亲委派模式
• 工作原理
  • 如果一个类加载器收到加载请求， 并不会自己先加载， 而是委托给父类加载器去执行
  • 如果父类加载器还存在父类加载器， 则进一步向上委托， 最终得到顶层的启动类加载器
  • 如果父类加载器可以完成加载， 就返回， 不能加载， 就交给子类去加载
  • jdk规范的接口（比如：jdbc）是由引导类加载器加载的 具体的第三方的实现类是由线程上下文加载器加载的 -> 系统类加载器
    *例子 自己建一个java.lang.string这个类在这个类中 写一个main方法执行 由于是向上加载引导类加载器一看是java包下于是加载他一加载就是加载的真正的string但是核心api中没有main方法故会报找不到的错误!
    
• 优点
  • 避免类的重复加载
  • 保护程序的安全： 防止核心的api篡改
  • 列如上面的String
• 沙箱安全机制： 保护核心api的安全和破坏引导类加载器（上述string的例子）
• 在jvm中标识两个class对象是否为同一个类存在的必要条件
  • 类的完整类名一致
  • 加载这个类的classLoader（实例对象）必须相同
• 对类加载器的引用
  • jvm必须知道一个类型是由启动类加载器（bootstrap）加载的还是用户类加载器加载的， 如果一个类型是由用户类加载器加载的那么jvm会**将这个类的加载器的一个引用作为类型信息保存到方法区中。 当解析一个类型到另一个类型的引用的时候， jvm需要保证这两个类型的类加载器是相同的
• 被动使用不会进行初始化， 主动使用就是要初始化。

结语

本章主要学习了内存结构的最上层部分类加载器子系统。了解类加载的过程， 以及加载器的分类、类初始化使用的双亲委派机制等。
下章学习运行时数据区。运行时数据区