1. 调整堆的大小

1.1. 随着堆的大小增加，停顿的持续时间也会增加

1.2. 停顿发生的频率确实会降低，但是停顿的持续时间会拖慢整体性能

1.3. 操作系统进行的交换对JVM是不公开的

1.3.1. 操作系统要将数据从磁盘交换到RAM，这是一个代价高昂的操作

1.4. 首要规则是设定堆的大小永远不要超过机器的物理内存

1.4.1. 如果有多个JVM在运行，那么这适用于所有堆的总和

1.5. -XmsN标志

1.5.1. 初始值

1.6. -XmxN标志

1.6.1. 最大值

1.7. 默认值

1.7.2. 在物理内存小于192 MB的机器上，堆的最大值会是物理内存的一半（96 MB或更少）

1.8. 如果JVM发现堆在初始大小时，GC的次数太多，它就会不断地增加堆大小，直到JVM执行的GC数量“适当”，或者直到堆大小达到最大值

1.9. 对于不需要堆很大的应用程序来说，根本不需要设置堆的大小，只需要设定GC算法的性能目标

1.10. 除非应用程序需要比默认值更大的堆，否则优化时可以调整GC算法的性能目标而不是微调堆的大小

1.11. 一个有效的经验是，调整堆的大小，让其在Full GC之后，仍然被占用30%

1.11.1. 用jconsole连接应用程序，强制执行Full GC，并观察当Full GC完成后有多少内存被占用

1.11.2. 确保它有额外的0.5 GB~1 GB内存来满足JVM的非堆需求

1.12. 当JVM运行在隔离容器中时，你需要设定堆的最大值

1.13. 确切地知道应用程序需要多大的堆，那么不妨将初始值和最大值都设置为该值

1.13.1. 因为GC不再需要弄清楚是否应该调整堆大小，稍微高效一点

2. 调整分代大小

2.1. 新生代相对较大

2.1.1. Young GC的停顿时间会增加

2.1.2. 新生代的回收频率会降低

2.1.3. 晋升到老年代的对象也会更少

2.1.4. 老年代相对会更小

2.1.4.1. 被填满的频率会更高

2.1.4.2. 会执行更多的Full GC

2.2. 优化分代大小的命令行标志，调整的都是新生代的大小，老年代自动得到剩余的所有空间

2.3. -XX:NewRatio=N

2.3.1. 设置新生代与老年代的比例

2.3.2. 新生代初始大小=堆的初始大小/(1 +NewRatio)

2.3.3. 默认值是2

2.3.3.1. 新生代的初始大小是堆初始大小的33%

2.3.4. 如果应用程序会动态调整堆大小，并且需要更大的（或更小的）新生代，那就重点设置NewRatio的值

2.4. -XX:NewSize=N

2.4.1. 设置新生代的初始值

2.4.2. 设置了该选项，那么它将优先于通过NewRatio计算出来的值

2.4.3. 没有默认值

2.4.3.1. 默认情况下这个值会通过NewRatio计算出来

2.5. -XX:MaxNewSize=N

2.5.1. 设置新生代的最大值

2.5.2. 通过设定新生代的最小值和最大值来进行优化是十分困难的

2.6. -XmnN

2.6.1. 将NewSize和MaxNewSize设置为同一个值的简单写法

2.6.2. 如果堆的大小是固定的（通过设置-Xms等于-Xmx），通常最好也用-Xmn将新生代大小设为固定的

2.7. 自适应大小

2.7.1. 一般应该保持开启

2.7.1.1. 因为GC算法会通过调整代的大小，来尽量满足它们停顿时间的目标

2.7.1.2. 控制着JVM改变堆内新生代和老年代比例的方式

2.7.2. 关闭-XX:-UseAdaptiveSizePolicy标志

2.7.2.1. 默认值为true

2.7.3. 如果堆的最小值和最大值设置为相同的值，并且新生代的初始值和最大值也设为相同的值，那么自适应大小实际上就被关闭了

2.7.4. 如果你想将其中某个阶段的GC优化到最佳状态，禁用自适应大小很有用

2.7.5. 对于精细优化过的堆，禁用自适应大小能小幅提升性能

2.7.6. 开启-XX:+PrintAdaptiveSizePolicy标志

2.7.6.1. 查看JVM是如何调整应用程序内空间大小

2.7.6.2. 执行GC时，GC日志里会包含回收过程中各个代是如何调整大小的详细信息