- 对象头存放位置、格式
-
对象头包含 2 部分，如果有数组则包含第 3 部分记录数组长度
object header -
Mark Word 根据虚拟机是 32 / 64 位占用不同的长度 [详见参考.3]
object header demomark word -
轻量锁-锁定
- 当前线程的栈帧中建立一个 Lock Record 的空间
- 复制对象头的 Mark Word 到该空间 （Displaced Mark Word）
- CAS 操作更新对象头的 Mark Word 为该空间的指针
- CAS 成功则获取到该对象的锁，锁标记为
00；否则需要竞争，锁膨胀为重量锁，锁标记为10 - Lock Record 跟踪当前执行方法锁定的对象（遍历线程栈找出被锁对象）
-
轻量锁-解锁
- CAS 操作将栈帧中的 Displaced Mark Word 放回对象头的 Mark Word
- CAS 失败则出现竞争，说明有其他线程尝试获取该锁，则会在释放锁的同时，唤醒被挂起的线程
-
参考
-
堆的划分
新生代、老年代，新生代里面有 Eden 空间、 From Survivor 空间、To Survivor 空间；
从内存分配角度看，会在新生代 Eden 空间划分出多个 线程私有的分配缓冲区(Thread Local Allocation Buffer，TLAB)，默认占用 1% -
参数调优
打印 GC 日志：
-XX:+PrintGCDetails，分析 GC 各阶段内存情况，调整对应参数(如 servivor 区的比例、大对象进入老年代的阈值、对象年龄阈值、堆空闲比例、垃圾回收期的选择、CMS之后整理碎片 等)并定位问题 -
对象逃逸 / 逃逸分析
基本行为就是分析对象动态作用域：当一个对象在方法里面被定义后，可能被外部方法引用
- 方法逃逸：对象作为调用参数传递到其他方法中
- 线程逃逸：对象可在其他线程中访问
针对不会逃逸的对象进行的运行期优化：
-
栈上分配
如果确定一个对象不会逃逸，那么可以直接在栈上分配内存，对象占用的空间可岁栈帧出栈而销毁；一般应用中，不会逃逸的局部对象所占比例很大，如果能在站上分配，大量的对象会随着方法的结束自动销毁，减小了垃圾回收的压力；
缺点：不能保证逃逸分析的性能收益必定高于其消耗，可能出现效果不稳定的情况
引出另一个问题：对象一定放在堆里面么？
同步消除，没有逃逸即其他线程无法访问，即不存在同步问题
-
标量替换
标量(Scalar)是指无法再分解的数据（int, long 等）；相反如果可以分解则称为聚合量(Aggregate)，如对象；
将对象使用到的成员变量恢复到原始类型来访问就叫做标量替换；
如果逃逸分析证明一个对象不会被外部访问切可别拆散的话，那么程序执行时可能不会创建这个对象，而直接创建若干个使用到的成员变量来代替(直接在栈上分配和读写)
参考：
- Java 中的逃逸分析和 TLAB 以及 Java 对象分配
- 深入理解 Java 虚拟机 11.3.5 逃逸分析
- wiki
