JVM创建对象时分配内存的方式优化及配置

1、JVM堆内存分配方式

  假设JVM堆中内存是规整的，所有用过的内存放在一边，没用过的内存放在另一边，中间放着一个指针作为分界点的指示器，那所分配内存的过程就仅仅是把那个指针向空闲空间的方向挪动一段与对象大小相等的距离，这种分配方式被称为“指针碰撞（Bump the Pointer）”。

  如果JVM堆中的内存不是规整的，使用过的内存空间与未使用的内存空间相互交错，那就没办法进行简单的“指针碰撞”了，虚拟机就必须维护一个列表，记录哪些内存块是可用的，分配的时候在列表中找到一段足够大的内存空间分配给对象实例，并更新列表中的记录，这种分配方式被称为“空闲列表（Free List）”。

  可见，选择哪种内存分配方式由JVM堆内存是否规整决定，而JVM堆内存是否规整又由所采用的垃圾收集器是否有整理过程所决定，因此，使用Serial、ParNew等代用Compact过程的垃圾收集器时，采用“指针碰撞” 方式进行对象实例内存分配，而使用像CMS这种基于MARK_SWEEP垃圾回收算法的垃圾收集器时，JVM则采用“空闲列表”为对象实例进行内存分配。

2、配置垃圾回收器

★串行垃圾回收器(新生代和老年代)
  -XX:+UseSerialGC 根据服务器性能选择串行还是并行

★Parallel Scavenge垃圾回收器(新生代)
  -XX:UseParallelGC 开启 -XX:ParallelGCThreads 指定线程数，一般等于CPU核数。
  使用复制算法，有个非常重要的特点，非常关注系统吞吐量，提供了两个参数控制：
  -XX:MaxGCPauseMillis 设置最大垃圾收集停顿时间，可以把JVM在GC停顿的时间控制在这个范围内，设置小了可以减少GC停顿时间，但是会引起GC频繁，增加了GC总时间，降低吞吐量。
  -XX:GCTimeRatio 设置吞吐量大小，范围是0-100整数，默认99，那么系统将花费1/(1+n)的时间用于GC，也就是1/(1+99)=1%的时间。
  -XX:+UseAdaptiveSizePolicy 打开自适应模式，在这种模式下，新生代大小、eden、from/to比例，以及其他参数会被自动调整，以达到在堆大小，吞吐量和停顿时间之间的平衡点。
  -XX:+UseParallelOldGC 配置老年代GC，使用标记压缩算法，-XX:+ParallelGCThreads设置线程数

★CMS回收器
  Concurrent Mark Sweep 并发标记清除，使用的标记清除法，主要关注系统停顿时间
  -XX:UseConcMarkSweepGC开启，-XX:ConcGCThreads设置线程数
  CMS不是独占的垃圾回收器，在工作过程中，程序仍在不断工作，垃圾也不断产生，所以在CMS工作的时候要确保内存够用CMS不会等到应用程序饱和的时候才去工作，而是在某一个阈值的时候开始回收，可以通过一个参数来指定：
  -XX:CMSInitiatingOccupancyFraction，默认值为68，意思是当老年代空间使用率达到68%的时候执行。如果内存使用率增长过快，CMS没有足够的内存去执行，这时候CMS会中断，JVM会启用老年代串行回收器，但是会导致程序中断，直到回收完成后才会正常工作，这个过程GC的停顿时间可能会很长，所以这个参数要根据实际情况来设置。
  解决标记清除法的碎片问题：
  -XX:+UseCMSCompactAtFullCollection使CMS完成后整理碎片。
  -XX:CMSFullGCsBeforeCompaction设置多少次回收后整理碎片。
  注意：CMS无法与Parallel Scavenge收集器一起工作，只能选择ParNew或者Serial收集器。

★G1回收器
  Garbage-First 是在JDK7之后提出的，长远目标是取代CMS，属于分代垃圾回收器，区分新生代和老年代，依然有eden、from、to区，并不要求这些区域的内存空间连续，使用的算法是分区算法。
  并行性：回收期间多线程同时工作。
  并发性：与应用程序执行不会发生阻塞。
  分代GC：依然是一个分代GC垃圾回收器，但是它兼顾新生代和老年代一起工作，之前的垃圾回收器只工作在新生代或者老年代。
  空间整理：不会像CMS在若干次GC后需要进行碎片整理，G1采用有效复制对象的方式减少空间碎片。
  可预见性：由于分区的原因，G1可以只选取部分区域进行回收，缩小了回收的范围，提升了性能。
  -XX:+UseG1GC 开启
  -XX:MaxGCPauseMillis 最大停顿时间
  -XX:ParallelGCThreads 线程数

  -Xloggc:d:/gc.log gc的log存放位置