【6】JVM-内存分配与回收策略

    JAVA技术体系中的自动内存管理实际上就是自动化的解决了给对象分配内存以及回收给对象分配的内存这两个问题。回收部分通过之前的《GC设计思路分析》和《垃圾收集器》这两篇博文进行了总结，那么接下来主要就是谈谈自己对JVM是如何给对象分配内存这一部分的理解。JVM的内存空间是有限的，并且堆内存是共享的，那么不同线程共用堆内存如何保证线程安全都是需要考虑的问题。

 

    通过之前对JVM中的内存模型的分析以及GC的学习，我们知道JAVA内存分配往大了说就是在JAVA堆上分配内存，对象主要分配在新生代的Eden区；Sun Hotspot JVM为了提升对象内存分配的效率，对于所创建的线程都会分配一块独立的空间TLAB（Thread Local Allocation Buffer），其大小由JVM根据运行的情况计算而得，在TLAB上分配对象时不需要加锁（顺带说一下为什么new一个对象消耗较大就是在堆内存中创建对象需要加锁），因此如果启动了TLAB，JVM在给线程的对象分配内存时会尽量的在TLAB上分配，在这种情况下JVM中分配对象内存的性能和C语言基本是一样高效的；但如果对象过大的话则仍然是直接使用堆空间分配。对于少数的大对象会被直接分配到老年代中。JVM中的内存分配规则并不是百分百固定的，细节取决于当前使用的垃圾收集器组合（我认为其实就是考虑组合在不同年代使用的是哪种收集算法，不同的收集算法导致了分配细节不一样），还有虚拟机中与内存相关的参数的设置。

 

 

     对于Client模式下的JVM来说（只有32位的JDK安装才有Client模式的JVM，64位的JDK只有Server模式的JVM），默认的新生代和老年代的垃圾收集器是单线程的Serial（复制算法，并且存在担保机制，默认Eden区和Survivor是8:1）和Serial Old（标记-整理算法）。下面将研究，在这种组合的情况下，JVM的内存分配和回收策略（ParNew和Serial的组合也差不多）。