- 存储在JVM中的Java对象可以被划分为两类：
- 一类是生命周期较短的瞬时对象，这类对象的创建和消亡都非常迅速
- 另外一类对象的生命周期却非常长，在某些极端情况下还能和JVM的生命周期保持一致
- Java堆区进一步细分的话，可以划分为年轻代（YoungGen）和老年代（OldGen）
-
其中年轻代又可以划分为Eden空间、Survivor0空间和Survivor1空间（有时也叫做from区、to区）
image.png
image.png
对象分配过程：概述
为新对象分配内存是一件非常严谨好和复杂的任务，JVM的设计者们不仅需要考虑内存分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所还需要考虑GC执行完内存回收是否会在内存空间中产生内存碎片。
- new的对象先放伊甸园（Eden）区。此区有大小限制。
- 当伊甸园的空间填满时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收（Minor GC），将伊甸园区中的不再被其他对象所引用的对象进行销毁。再加载新的对象放到伊甸园区
- 然后将伊甸园中的剩余对象移动到幸存者0区
- 如果再次出发垃圾回收，此时上次幸存下来的放到幸存者0区，如果没有回收，就会放到幸存者1区
- 如果再次经历垃圾回收，此时会重新放回幸存者0区，接着再去幸存者1区
- 啥时候能去养老区？可以设置次数。默认是15次。（可以设置参数：-XX:MaxtenuringThreshold=<N>进行设置）
- 在养老区，相对悠闲。当养老区内存不足时，再次触发GC：Major GC，进行养老区的内存清理。
- 若养老区执行了Major GC之后发现依然无法进行对象的保存，就会产生OOM异常。
总结
- 针对幸存者区s0,s1区的总结：复制之后有交换，谁空谁是to
- 关于垃圾回收：频繁在新生区收集，很少在养老区收集，几乎不在永久区/元空间收集。
image.png
对象分配过程：TLAB
为什么会有TLAB（Thread Local Allocation Buffer）？
- 堆区是线程共享区域，任何线程都可以访问到堆区中的共享数据
- 由于对象实例的创建在JVM中非常频繁，因此在并发环境下从堆区中划分内存空间是线程不安全的
- 为避免多个线程操作同一地址，需要使用加锁等机制，进而影响分配速度。
什么是TLAB?
- 从内存模型而不是垃圾收集的角度，对Eden区域继续进行划分，JVM为每个线程分配了一个私有缓存区域，它包含在Eden空间内。
- 多线程同时分配内存时，使用TLAB可以避免一系列的非线程安全问题，同时还能够提升内存分配的吞吐量，因此我们可以将这种内存分配方式称之为快速分配策略。
- 所有OpenJDK衍生出来的JVM都提供了RLAB的设计。
- 尽管不是所有的对象实例都能够在TLAB中成功分配内存，但JVM确实将TLAB作为内存分配的首选。
- 在程序中，开发人员可以通过选项“-XX:UserTLAB”设置是否开启TLAB空间。
- 默认情况下TLAB是开启的，TLAB空间的内存非常下，仅占有整个Eden空间的1%，当然可以通过选项“-XX:TLABWasteTargetPercent”设置TLAB空间所占Eden空间的百分比大小。
-
一旦对象在TLAB空间分配内存失败时，JVM就会尝试着通过使用加锁机制确保数据操作的原子性，从而直接在Eden空间中分配内存。
image.png
内存分配策略
- 优先分配到Eden
- 对象直接分配到老年代
- 尽量避免程序中出现过多的大对象
- 长期存活的对象分配到老年代
- 动态对象年龄判断
- 如果Survivor去中相同年龄的所有对象大小的综合大于Survivor空间的一半，年龄大于或等于该年龄的对象可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄
- 空间分配担保
- XX：HandlePromotionFailure
