一个jvm实例对应一个进程对应多个线程，因此对空间是线程共享的。
jvm启动就创建，也是jva虚拟机可管理的最大内存空间。单也有划分私有空间。
堆在物理上可不连续，但是逻辑上连续
所有的对象和数组运行时分配在堆上，是GC的重点。
栈中的局部变量表，存放对象的引用，指向堆，栈出手，堆中的对象并不会马上消失，而是在GC的时候回收。
默认新生代1，老年代2
HotSpot中，Eden空间和另外两个Survivor空间的缺省所占的比例是8:1:1
新生代（eden，s0,s1）-养老区-元空间
起始内存 物理内存/64
最大内存 物理内存/4
对堆的调整就是为了内存的频繁调整
新生代的内存比例是可自适应的。
几乎所有的对象都是创建在eden上
对edenGC为YGC保留的对象放到s0区，每次GC时s0和s1总有一个为空的，并且保留的对象技术—+1，当技术达到一定程度就会到old区，默认是15次，但是在某些情况下，比如创建的对象过大，会直接放到old区。
总结：针对心存着s0和s1去的总结：复制之后有交换，谁为空就是to区，关于垃圾回收：频繁在新生区收集，很少在养老区收集，几乎不在永久代和元空间收集。
新生代收集（Minor GC、Young GC）
老年代收集（Major GC、Old GC）
为部分收集：不是完整收集整个java堆的垃圾收集。
目前只有CMS gc会单独收集老年代的行为。
注意：很多时候Major GC 会和full Gc混淆使用需要具体区分是老年代回收，还是整堆回收。
混合收集（Mixed Gc）
收集整个新生代以及部分老年代的垃圾收集。
目前只有G1 GC会有这种行为
整堆收集（Full GC）
收集整个java堆和方法区的垃圾收集。
当eden满时触发Minor GC 大多数对象朝生夕死，Minor GC 会引发STW，就是暂停其他用户线程，等垃圾回收结束，用户线程才回复运行。
老年代GC，对系那个从老年代消失得用，MajorGc或Full GC
FullGc 触发：系统调用，老年代空间不足，方法区空间不足等
分代为了优化性能，区分朝生夕死和长时间存在的对象。
内存分配策略
优先分配到Eden区
大对象直接分配老年代
长期存活的对象分配到老年代
动态对象年龄判断，也不一定要s区的达到15次，当相同年龄的对象，大于s内存的一半时，就直接进老年代。
空间分配担保：s区不够，可能就直接进老年代。
为对象分配内存：TLAB（快速分配策略）
为了创建对选加锁
从内存模型而不是垃圾收集的角度，对eden划分出每个线程分配一个私有的缓存区域，包含在eden中
堆是分配对象的唯一选择嘛？
不是有逃逸分析，如果对象没有出方法，考虑栈上分配，
**如何快速的判断是否发生了逃逸分析，**大家就看new的对象实体是否有可能在方法外被调用。
在JDK 6u23 版本之后，HotSpot中默认就已经开启了逃逸分析
逃逸分析：代码优化
使用逃逸分析，编译器可以对代码做如下优化：
一、栈上分配：将堆分配转化为栈分配。如果一个对象在子程序中被分配，要使指向该对象的指针永远不会发生逃逸，对象可能是栈上分配的候选，而不是堆上分配
二、同步省略：如果一个对象被发现只有一个线程被访问到，那么对于这个对象的操作可以不考虑同步。
三、分离对象或标量替换：有的对象可能不需要作为一个连续的内存结构存在也可以被访问到，那么对象的部分（或全部）可以不存储在内存，而是存储在CPU寄存器中。
1.栈上分配
JIT编译器在编译期间根据逃逸分析的结果，发现如果一个对象并没有逃逸出方法的话，就可能被优化成栈上分配。分配完成后，继续在调用栈内执行，最后线程结束，栈空间被回收，局部变量对象也被回收。这样就无须进行垃圾回收了。
年轻代是对象的诞生、成长、消亡的区域，一个对象在这里产生、应用，最后被垃圾回收器收集、结束生命。
老年代放置长生命周期的对象，通常都是从survivor区域筛选拷贝过来的Java对象。当然，也有特殊情况，我们知道普通的对象会被分配在TLAB上；如果对象较大，JVM会试图直接分配在Eden其他位置上；如果对象太大，完全无法在新生代找到足够长的连续空闲空间，JVM就会直接分配到老年代。当GC只发生在年轻代中，回收年轻代对象的行为被称为MinorGc。
当GC发生在老年代时则被称为MajorGc或者FullGC。一般的，MinorGc的发生频率要比MajorGC高很多，即老年代中垃圾回收发生的频率将大大低于年轻代。