JVM自动内存管理之内存分配

最近看了深入理解java虚拟机，先说一下看后的感觉。

内存回收和垃圾收集器这两个东西都直接影响系统的性能，但是这些东西不都是自动完成的吗？为什么我们要学它？我们学了这个东西可以干什么，这个我想都是大家关注的。我这里举一个例子。

假设我是一个打乒乓球的，我是拿横拍的，我正面胶皮喜欢用“狂飙”，反面喜欢用生胶，底板喜欢用蝴蝶牌的，那我就需要单独去买上述的几个东东，然后自己“组装”成乒乓球拍。
当然乒乓球拍生产厂商提供了多种类型的成品拍（就是买来就可以直接打的那种）。

对于新手，那可能就直接买一块成品拍（对胶皮和底板暂时没有特殊的要求），像我这样的乒乓球高手肯定就需要个性化的配置。这个跟虚拟机的各种参数的选择，垃圾回收器的选择其实也是一个道理：
jvm部署好了之后，那些可供选择的参数都有一个初始的默认值，如果你这个时候刚刚起步学java就像刚刚开始打乒乓球一样，jvm默认参数是什么，我们就用什么，反正我们的水平还达不到需要care下面虚拟机里面到底是什么怎样运行的。

但是随着学习的深入，你可能会慢慢地变得对性能，高并发时资源使用情况有兴趣了，你就有必要了解一下jvm到底是如何运作的，jvm提供了各种各样的参数给我们，不就是让我们根据实际情况去配置适合实际需求的虚拟机吗。
所以没有最优的jvm配置，只有最适合当前应用场景的jvm，就像乒乓球拍子里面没有所谓最好的拍子，只有最适合你手的乒乓球拍。

再举个例子更粗暴的例子，比如我们家里都有装东西的“容器”，你能说哪个最好？最大的就最好吗？你家里的容器：马桶，够大，你用马桶泡方便面不？洗脚盆就比较大，你用洗脚盆洗脸不？
说这么多废话，表明自己的一个立场：学jvm自动内存管理这一块，学的就是分析应用场景，根据实际应用需求、实现方式选择最适合的收集器组合，各种参数组合。

Java技术体系中所提倡的自动内存管理，其实可以理解为自动化的解决了两个问题：
一、给对象分配内存。
二、回收分配给对象的内存（即垃圾回收）。

先说一下给对象分配内存，模糊的说就是在堆上分配空间，对象主要在新生代的Eden区（主要是，并不全部都是，比如有可能在TLAB上分配），也有直接分配到老年区中的情况，具体情况具体分析，分在哪里还是由采用的垃圾回收器和内存相关的参数设置共同决定的。

对象优先在Eden区域分配
大多情况，对象都在新生代Eden区域中分配。Eden没有足够空间了，虚拟机将发起一次Minor GC（Minor GC是发生在新生代的垃圾收集，IBM有一个调研说的好像是Java对象有90%都是朝夕生灭，所以Minor GC是非常频繁的，，回收速度也是很快的）。
新生代分为一个Eden区域和两个Survivor区，但是总的可用空间是eden+一个Survivor区域（这里涉及到复制算法，在垃圾清理的时候，需要把Eden和一个Survivor存活的对象搬到另一个空的Survivor上）。
-XXSurvivorRatio=10 决定了Eden和一个Survivor的空间比例是10：1。

大对象直接进入老年代
大对象是指需要大量连续内存空间的对象（写程序的时候应该尽量避免存活时间短的大对象），经常出现大对象容易导致不连续的总内存还够，但是提前触发垃圾处理来获取连续的空间供大对象使用。
参数-XXPertenureSizeThreshold，凡是大于这个参数设定的值的对象直接在老年代分配。目的是避免在Eden区和两个Survivor区发生大量的复制。

长期存活的对象进入老年代
没有年龄如何对得起新生代，老年代，这两个名字？每个对象都有一个Age计数器。如果对象在Eden出生且经过了一次Minor GC后还存活，并且被Survivior容纳（有可能存在对象大，存不到Survivior而直接到老年代的情况），这个时候Age就等于1。之后也一样，每经历一次Minor GC，Age++，jvm有一个参数-XXMaxTenuringThreshold默认等于15，这个参数当对象年龄达到15，就会移动到老年代中，当然这个参数也是可以修改的。

空间分配担保
在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果大于，那么Minor GC可以确保是安全的。如果小于，则虚拟机会查看HandlePromotionFailure设置的值是否允许担保失败。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次移动到老年代对象的平均大小，如果大于，将会尝试进行一次MInor GC，尽管这次Minor GC是有风险的；如果小于，或者HandlePromotionFailure设置不允许冒险，那这是要进行一次Full GC（Full GC/Major GC:发生在老年代的GC，出现这个GC经常伴随至少一次Minor GC，但并不绝对。Major GC一般速度会比Minor GC慢10倍以上。）。
关于冒险，新生代用的复制算法，出现大量对象在Minor GC后仍然存活的情况,就需要老年代进行分配担保，把Servivor放不下的对象直接进入老年代。老年代要进行这样的担保，前提条件老年代能容纳下这个对象吧？一共多少对象会活下来在实际情况下是无法作出预判的，所以只好取之前每一次回收移动到老年代对象容量的平均值作为参考，与老年代剩余空间就进行比较，决定是否进行full gc来让老年代腾出更多空间。
取平均值学过数学的都知道，只能做一个参考罢了，如果存活的对象徒增，依然会担保失败。如果失败，就只能重新发起一次Full GC。虽然担保失败绕的圈子比较大，但是大部分情况下都还是会将HandlePromotionFailure开关打开，避免Full GC过于频繁。说白了一句话概括：空间分配担保的开启，可以降低Full GC发生的频率。

2018.1.30更 看到了几张好图，分享给大家

---