直接上图：
堆中区域图：
主要有以下几点：
对象优先在Eden区分配：当Eden区内存不足时，将发起一次Minor GC（Garbage Collection），需要将Eden区和Survivor A（笔者自行编的号，另一个则编号Survivor B）区中，仍旧存活的数据全部复制到Survivor B区中；当下一次GC时，则Survivor A和Survivor B互换位置，即Survivor B+Eden —–复制到—–》Survivor A，如此循环，循环，循环。。。直到Survivor 再也不能容纳Eden+Survivor的时候，老生代就不能再闲着了，就会选择一些数据放置到老生代了。那么问题来了，要选择哪些数据去老生代呢？即选择的标准是什么，接着往下看。
老生代：能进入老生代的数据分两种：“先天条件好的”大对象和“后天足够努力的“顽强者。先天条件好的大对象享受特权，可直接分配内存到老生代，主要是考虑到当发生Minor GC（当作城管）时，若管理的区域全是有背景的大对象，清理起来特别不方便，影响装X；那么问题又来了：多大才是大？虚拟机提供了-XX:PretenureSizeThreshold参数（只对Serial和ParNew两个收集器有效，垃圾收集会讲到）来设置。
小对象就没了这种顾虑，让你去Survivor A绝不会去Survivor B，正所谓大浪淘沙，为了能挑选出顽强的对象，有两种方式来判定：
当新生代对象需要进入老生代时，老生代也不是无限大的，所以保不齐需要复制进老生代的对象，其大小会超出老生代的最大容量，这时候，就会进行分配担保。简单说，虚拟机会根据以往，每次晋升到老生代所需分配内存的平均值，比较老生代剩余空间，如果大于剩余（即剩余空间不足），则进行一次Full GC（清理老生代）；如果小于剩余，则查看HandlePromotionFailure设置是否允许担保失败，如果允许，则进行Minor GC，否则Full GC。
三个知识点：
事实上，堆中对象除了存储对象本身外，还要存储其类型信息，而类型信息存储于方法区，那么该对象就需要存储一个指向方法区的指针。
当使用一个引用reference访问对象时，主流的访问方式有两种：句柄访问方式和直接指针访问方式。
句柄访问方式：两个指针，一个指向真实的对象，一个指向类型信息（堆中两个指针，一个对象）；
如图：
直接指针访问方式：真实的对象和指向类型信息的指针（堆中一个指针，一个对象）。
如图:
聪明的你一定会疑问，为什么要有句柄访问方式，多此一举，直接指针就好了，干嘛要多出一个指针来，我选择第二种。事实上，sun Hotspot虚拟机也选用的第二种。可存在必合理，第一种到底是基于什么考虑？
共识：垃圾收集时，堆中的对象移动是非常普遍的行为（前面讲到了）。如果采用句柄式的话，就无需改变reference的值，只需要改变一个指向对象本身的指针即可。直接访问方式的话，当对象移动时，那就需要改变reference的值了。
直接访问方式的优势也就是访问速度更快，节省一次指针定位的时间，由于对象访问在程序中非常频繁，HotSpot虚拟机也是基于这种考虑吧！
疑惑：当对象移动时，我们在使用HotSpot虚拟机下写程序时，并未手动改变过reference的值，reference又是怎么定位到已经移动过的对象的？这次笔者真是不知道了
又是万能的知乎：当发生一次GC时，对象移动之后会自动刷新一次引用reference。似乎想的通，希望大神们不吝赐教。
思考总结：
“对象存放于堆，基本类型存放于栈”，这句话准确吗？如果准确，怎么对应于上面的区域？否则，哪里不准确？
答案是不准确。
不知道大家有没有发现，上面的解释叙述了类变量存放于方法区；实例变量中，全局对象存放于堆中，局部变量基本类型和对象引用存放于虚拟机栈中，对象实例存放于堆。唯独没有说明全局基本类型存放的位置，网上大部分说的对象存放于堆，基本类型存放于栈这种说法，可观众朋友们，你们是学习过Java虚拟机的高级程序员，能这么肤浅吗？就算是栈，就那两栈，谁能收留基本类型？没有一个。
万能的知乎已经告诉了我们答案，是堆！话不多说，
进入副本看答案，我就不搬运了。
下一节，讲解类文件结构，想想以后可以自己可以将calss文件反编译为Java代码，是不是还有点小激动，骚年，我看好你。
