从字节码角度看对象的创建过程
public class ObjectTest { public static void main(String[] args) { Object obj = new Object(); }}
从字节码角度看：
对象创建可以分为六步：
第一步：判断对象对应的类是否加载、链接、初始化
虚拟机遇到一条new指令，首先去检查这个指令的参数(#2)能否在Metaspace的常量池中定位到一个类的符号引用，并且检查这个符号引用代表的类是否已经被加载、解析和初始化( 即判断类元信息是否存在)。如果没有，那么在双亲委派模式下，使用当前类加载器以ClassLoader+包名+类名为Key进行查找对应的.class文件。如果没有找到文件，则抛出ClassNotFoundException异常，如果找到，则进行类加载，并生成对应的Class类对象。
当加载完类之后，对象在堆空间占用多大的内存大小已经确定下来了。
第二步：为这个对象分配内存
首先计算对象占用空间大小，接着在堆中划分一块内存给对象。
如果实例成员变量是引用变量，仅分配引用变量空间即可，即4个字节大小。
看堆是否是规整的：
- 如果内存是规整的，那么虚拟机将采用的是指针碰撞法( Bump The Pointer )来为对象分配内存。意思是所有用过的内存在一边，空闲的内存在另外一边 ，中间放着一个指针作为分界点的指示器，分配内存就仅仅是把指针向空闲那边挪动一段与对象大小相等的距离罢了。如果垃圾收集器选择的是Serial、ParNew这种基于压缩算法的，虚拟机采用这种分配方式。一般使用带有compact (整理)功能的收集器时，使用指针碰撞。
- 如果内存不是规整的，已使用的内存和未使用的内存相互交错，那么虚拟机将采用的是空闲列表法来为对象分配内存。意思是虚拟机维护了一个列表，记录上哪些内存块是可用的，再分配的时候从列表中找到一块足够大的空间划分给对象实例，并更新列表上的内容。这种分配方式成为 “空闲列表( Free List)” 。
选择哪种分配方式由Java堆是否规整决定，而Java堆是否规整又由所采用的垃圾收集器是否带有压缩整理功能决定。
第三步：处理并发安全问题
在分配内存空间时，另外一个问题是及时保证new对象时候的线程安全性：创建对象是非常频繁的操作，虚拟机需要解决并发问题。虚拟机采用了两种方式解决并发问题：
- CAS ( Compare And Swap )失败重试、区域加锁：保证指针更新操作的原子性；
- TLAB把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在Java堆中预先分配一小块内存，称为本地线程分配缓冲区，(TLAB ，Thread Local Allocation Buffer) 虚拟机是否使用TLAB，可以通过-XX:+/-UseTLAB参数来设定。
第四步：初始化内存分配到的空间
内存分配结束，虚拟机将分配到的内存空间都初始化为零值(不包括对象头)。这一步保证了对象的实例字段在Java代码中可以不用赋初始值就可以直接使用，程序能访问到这些字段的数据类型所对应的零值。
第五步：设置对象的对象头
将对象的所属类(即类的元数据信息)、对象的HashCode和对象的GC信息、锁信息等数据存储在对象的对象头中。这个过程的具体设置方式取决于JVM实现。
第六步：执行init方法进行初始化
在Java程序的视角看来，初始化才正式开始。初始化成员变量，执行实例化代码块，调用类的构造方法，并把堆内对象的首地址赋值给引用变量。
因此一般来说(由字节码中是否跟随有invokespecial指令所决定)，new指令之后会接着就是执行方法，把对象按照程序员的意愿进行初始化，这样-一个真正可用的对象才算完全创建出来。
对象的内存布局
图解内存布局
public class Customer { int id = 1001; String name; Account acct; { name = "匿名客户"; } public Customer(){ acct = new Account(); }} class Account {} public class CustomerTest { public static void main(String[] args) { Customer cust = new Customer(); }}
对象访问定位(句柄访问、直接指针(HotSpot))
JVM是如何通过栈针中的对象引用访问到对象实例的呢？
定位，通过栈上reference访问
句柄访问
使用句柄方式的好处
reference中存储稳定句柄地址，对象被移动(垃圾收集时移动对象很普通)时只会改变句柄中实例数据指针即可，reference本身不需要被修改
直接指针(HotSpot采用此种方式)
使用直接指针的好处
效率高
直接内存
- 直接内存不是虚拟机运行时数据区的一部分，也不是《Java虚拟机规范》中定义的内存区域。
- 直接内存是在Java堆外的、直接向系统申请的内存区间
- 来源于NIO<(New IO / Non-Blocking IO)：非阻塞式IO>，通过存在堆中的DirectByteBuffer操作Native内存。
- 通常，访问直接内存的速度会优于Java堆，即读写性能高。因此出于性能考虑，读写频繁的场合可能会考虑使用直接内存；JavaNIO库允许Java程序使用直接内存，用于数据缓冲区。
查看直接内存的占用与释放
public class BufferTest { private static final int BUFFER = 1024 * 1024 * 1024;//1GB public static void main(String[] args) { ByteBuffer byteBuffer = ByteBuffer.allocateDirect(BUFFER); System.out.println("直接内存分配完毕，请求指示"); //阻塞 Scanner scanner = new Scanner(System.in); scanner.next(); System.out.println("直接内存开始释放！"); byteBuffer = null; System.gc(); scanner.next(); }}
阻塞之后我们可以通过查看任务管理器中的进程，来看占用的内存情况：
直接内存的OOM与内存大小的设置
- 直接内存也可能导致OOM异常
- 由于直接内存在Java堆外，因此它的大小不会直接受限于-Xmx指定的最大堆大小，但是系统内存是有限的，Java堆和直接内存的总和依然受限于操作系统能给出的最大内存。
- 缺点：
- 分配回收成本较高
- 不受JVM内存回收管理
- 直接内存大小可以通过MaxDirectMemorySize设置
- 如果不指定， 默认与堆的最大值 -Xmx参数值一致
- 程序出现OOM后，如果导出dump文件很小，可以考虑NIO方面的问题。