java类加载及对象分配解析

一、java类加载

1.类加载过程

当我们用java命令运行某个类的main函数启动程序时，首先需要通过类加载器把主类加载到JVM

 

其中loadClass的类加载过程有如下几步：

加载 >> 验证 >> 准备 >> 解析 >> 初始化 >> 使用 >> 卸载

* 加载：在硬盘上查找并通过IO读入字节码文件，使用到类时才会加载， 在加载阶段会在内存中生

成一个代表这个类的 java.lang.Class对象 ，作为方法区这个类的各种数据的访问入口

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

*  准备：给类的静态变量分配内存，并赋予默认值

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

*  初始化 ：对类的静态变量初始化为指定的值，执行静态代码块

2.类加载器

类加载过程主要是通过类加载器来实现的，Java里有如下几种类加载器：

* 引导类加载器：负责加载支撑JVM运行的位于JRE的lib目录下的核心类库，比如 rt.jar、charsets.jar等

* 扩展类加载器：负责加载支撑JVM运行的位于JRE的lib目录下的ext扩展目录中的JAR类包

* 应用程序类加载器：负责加载ClassPath路径下的类包，主要就是加载你自己写的那些类

* 自定义加载器：负责加载用户自定义路径下的类包

类加载器初始化过程 ：

参见类运行加载全过程图可知其中会创建JVM启动器实例sun.misc.Launcher。

sun.misc.Launcher初始化使用了单例模式设计，保证一个JVM虚拟机内只有一sun.misc.Launcher实例，在Launcher构造方法内部，其创建了两个类加载器，分别是sun.misc.Launcher.ExtClassLoader(扩展类加载器)和sun.misc.Launcher.AppClassLoader(应

用类加载器)。

JVM默认使用Launcher的 getClassLoader()方法返回的类加载器 AppClassLoader的实例加载我们

的应用程序

3.双亲委派机制

类加载其实有一个双亲委派机制 ，加载某个类时会先委托父加载器寻找目标类，找不到再委托上层父加载器加载，如果所有父加载器在自己的加载类路径下都找不到目标类，则在自己的类加载路径中查找并载入目标类。比如我们的Math类，最先会找应用程序类加载器加载，应用程序类加载器会先委托扩展类加载器加载，扩展类加载器再委托引导类加载器，顶层引导类加载器在自己的类加载路径里找了半天没找到Math类，则向下退回加载Math类的请求，扩展类加载器收到回复就自己加载，在自己的 类加载路径里找了半天也没找到Math类，又向下退回Math类的加载请求给应用程序类加载器，应用程序类加载器于是在自己的类加载路径里找Math类，结果找到了就自己加载了

双亲委派机制说简单点就是，先找父亲加载，不行再由儿子自己加载

为什么要设计双亲委派机制？

沙箱安全机制：自己写的java.lang.String.class等类不会被加载，这样便可以防止核心API库被随意篡改

避免类的重复加载：当父亲已经加载了该类时，就没有必要子ClassLoader再加载一次，保证被加载类的唯一

 

二、JVM内存模型

1.类装载子系统

将class文件加载到运行时数据区

2.执行引擎

JVM无法与系统直接交互, 所以内部的class文件只能通过执行引擎来执行

3.运行时数据区

3.1 堆区

该区主要用于存放java对象，新建的对象一般会先放入年轻代的Eden区中，经过minor gc之后（存活对象）进入到Survivor区中并且年龄设置为1，之后再进gc时会将仍然存活的对象放入另一个S区中并且年龄+1.当对象的年龄达到15（不同垃圾收集器会有不同）移动入老年代中 。

3.2 方法区

主要存放类元信息

3.3 虚拟机栈 （线程私有）

栈是线程运行的主要空间，内部有一个个栈桢构成，主要包括局部变量表（可以理解为数组结构-放置当前方法的局部变量）、操作数栈（也是栈结构 存放操作数）、动态链接（在类运行时将方法的符号引用替换为直接引用）、方法出口（记录该方法调用处的地址信息）等

3.4 本地方法栈  

执行本地方法（线程私有）

3.5 程序计数器

用于存储当前线程正在执行的指令的地址（线程私有）

4.本地方法接口

通过本地方法接口来调用操作系统的方法

三、java对象分配

1.类加载检查

虚拟机遇到一条new指令时，首先将去检查这个指令的参数是否能在常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已被加载、解析和初始化过。如果没有，那必须先执行相应的类加载过程

2.对象内存分配

指针碰撞：如果Java堆中内存是绝对规整的，所有用过的内存都放在一边，空闲的内存放在另一边，中间放着一个指针作为分界点的指示器，那所分配内存就仅仅是把那个指针向空闲空间那边挪动一段与对象大小相等的距离

空闲列表：如果Java堆中的内存并不是规整的，已使用的内存和空 闲的内存相互交错，那就没有办法简单地进行指针碰撞了，虚拟机就必须维护一个列表，记 录上哪些内存块是可用的，在分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的记录

3.初始化

内存分配完成后，虚拟机需要将分配到的内存空间都初始化为零值（不包括对象头）， 如果使用TLAB，这一工作过程也可以提前至TLAB分配时进行。这一步操作保证了对象的实例字段在Java代码中可以不赋初始值就直接使用，程序能访问到这些字段的数据类型所对应的零值

4.对象头分配

对象在内存中存储的布局可以分为3块区域：对象头（Header）、 实例数据（Instance Data）
和对齐填充（Padding）。 HotSpot虚拟机的对象头包括两部分信息，第一部分用于存储对象自身的运行时数据， 如哈希码（HashCode）、GC分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时 间戳等。对象头的另外一部分是类型指针，即对象指向它的类元数据的指针，虚拟机通过这个指针来确定这个对象是哪个类的实例

5.执行<init>方法

即对象按照程序员的意愿进行初始化。对应到语言层面上讲，就是为属性赋值（注意，这与上面的赋零值不同，这是由程序员赋的值），和执行构造方法