堆
▪ 你的Java程序中所分配的每一个工具都须要存储在内存里。堆是这些实例化的工具所存储的地方。是的——都怪new操作符，是它把你的Java堆都占满了的！
▪ 它由所有线程共享
▪ 当堆耗尽的时候，JVM会抛出java.lang.OutOfMemoryError 非常
▪ 堆的大小可以通过JVM选项-Xms和-Xmx来进行调度
堆被分为：
▪ Eden区 —— 新工具或者生命周期很短的工具会存储在这个区域中，这个区的大小可以通过-XX:NewSize和-XX:MaxNewSize参数来调度。新生代GC（垃圾回收器）会清理这一区域。
▪ Survivor区 —— 那些历经了Eden区的垃圾回收仍能存活下来的依旧存在引用的工具会待在这个区域。这个区的大小可以由JVM参数-XX:SurvivorRatio来进行调节。
▪ 老年代 —— 那些在历经了Eden区和Survivor区的多次GC后仍旧存活下来的工具（当然了，是拜那些挥之不去的引用所赐）会存储在这个区里。这个区会由一个分外的垃圾回收器来卖力。年迈代中的工具的回收是由老年代的GC（major GC）来进行的。
方法区
▪ 也被称为非堆区域（在HotSpot JVM的实现当中）
▪ 它被分为两个紧张的子区域
持久代
这个区域会 存储包括类定义，构造，字段，方法（数据及代码）以及常量在内的类干系数据。它可以通过-XX:PermSize及 -XX:MaxPermSize来进行调节。如果它的空间用完了，会导致java.lang.OutOfMemoryError: PermGen space的非常。
代码缓存
这个缓存区域是用来存储编译后的代码。编译后的代码便是本地代码（硬件干系的），它是由JIT（Just In Time)编译器天生的，这个编译器是Oracle HotSpot JVM所特有的。
JVM栈
▪ 和Java类中的方法密切干系
▪ 它会存储局部变量以及方法调用的中间结果及返回值
▪ Java中的每个线程都有自己专属的栈，这个栈是别的线程无法访问的。
▪ 可以通过JVM选项-Xss来进行调度
本地栈
▪ 用于本地方法（非Java代码）
▪ 按线程分配
PC寄存器
▪ 特定线程的程序计数器
▪ 包含JVM正在实行的指令的地址（如果是本地方法的话它的值则未定义）
2.为什么JVM规范里面从来没有涌现过永久代这个词？根据 JVM 规范，JVM 内存共分为虚拟机栈、堆、方法区、程序计数器、本地方法栈五个部分:
绝大部分 Java 程序员该当都见过 \"大众java.lang.OutOfMemoryError: PermGen space \"大众这个非常。这里的 “PermGen space”实在指的便是方法区。前者是 JVM 的规范，而后者则是 JVM 规范的一种实现，并且只有 HotSpot 才有 “PermGen space”，而对付其他类型的虚拟机，如 JRockit（Oracle）、J9（IBM） 并没有“PermGen space”。由于方法区紧张存储类的干系信息，以是对付动态天生类的情形比较随意马虎涌现永久代的内存溢出。最范例的场景便是，在 jsp 页面比较多或者加载的包较多的情形，随意马虎涌现永久代内存溢出。因此，你会看到Java8虚拟机规范和Java7并没有什么不同，但是所有人都在见告你:Hotspot虚拟机舍弃了永久代。
3.JDK7中的永久代会回收吗？它回收哪些东西？一样平常的垃圾回收不会发生在永久代，如果永久代满了或者是超过了临界值，会触发完备垃圾回收(FullGC)。如果仔细查看垃圾网络器的输出信息，就会创造永久代也是被回收的。那么永久代能回收什么呢？一，废弃的字符串常量，二，不再被引用的class工具。精确的设置永久代大小对避免FullGC是非常主要的缘故原由。以是引起full GC的缘故原由不只是老年代满了或者超过临界值，也有可能是永久代满了或者超过临界值。
4.永久代已经没了。那么JVM规范中的方法区HotSpot是如何实现的？JDK8的Hotspot利用Metaspace(元空间)代替了永久代。比较较永久代，有如下的一些改变。
个中有如下一段话：
元空间被直接接分配在本地内存。默认的元数据空间分配只受到本地内存的限定。我们可以利用一个新的MaxMetaspaceSize选项来设置元空间占用本地内存的大小。这个选项与MaxPermSize类似。当元空间利用量MetaspaceSize设置的值（32位的client模式默认是12M，32位的server模式是16M，64位的server模式则会更多）达到了垃圾网络器会网络那些不再利用的classloader和class会被回收。所有设置一个较大的MetaspaceSize值会延迟垃圾网络发生的韶光。在触发一次垃圾网络往后和下一次垃圾网络之前，元空间的利用值值会随着利用不断增加。
5.Hotpsot垃圾回收的事理是什么？hotspot的垃圾网络的剖断紧张是利用可达性剖析算法。在目前主流的编程措辞(java,C#等)的主流实现中,都是称通过可达性剖析(Reachability Analysis)来剖断工具是否存活的。这个算法的基本思路便是通过一系列的称为“GC Roots”的工具作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个工具到GC Roots没有任何引用链相连(用图论的话来说,便是从GC Roots到这个工具不可达)时,则证明此工具是不可用的。如下图所示，工具object 5、object 6、object 7虽然相互有关联,但是它们到GC Roots是不可达的,以是它们将会被剖断为是可回收的工具。
6.被剖断为垃圾地工具一定会被回收吗？
纵然在可达性剖析算法中不可达的工具,也并非是“非去世不可”的,这时候它们暂时处于“缓刑”阶段,要真正发布一个工具去世亡,至少要经历两次标记过程:
如果工具在进行可达性剖析后创造没有与GC Roots相连接的引用链,那它将会被第一次标记并且进行一次筛选,筛选的条件是此工具是否有必要实行finalize()方法。当工具没有覆盖finalize()方法,或者finalize()方法已经被虚拟机调用过,虚拟机将这两种情形都视为“没有必要实行”。(即意味着直接管受接收)
如果这个工具被剖断为有必要实行finalize()方法,那么这个工具将会放置在一个叫做F-Queue的行列步队之中,并在稍后由一个由虚拟机自动建立的、低优先级的Finalizer线程去实行它。这里所谓的“实行”是指虚拟机会触发这个方法,但并不承诺会等待它运行结束,这样做的缘故原由是,如果一个工具在finalize()方法中实行缓慢,或者发生了去世循环(更极度的情形),将很可能会导致F-Queue行列步队中其他工具永久处于等待,乃至导致全体内存回收系统崩溃。
finalize()方法是工具逃脱去世亡命运的末了一次机会,稍后GC将对F-Queue中的工具进行第二次小规模的标记,如果工具要在finalize()中成功拯救自己——只要重新与引用链上的任何一个工具建立关联即可,譬如把自己(this关键字)赋值给某个类变量或者工具的成员变量,那在第二次标记时它将被移除出“即将回收”的凑集;如果工具这时候还没有逃脱,那基本上它就真的被回收了。
代码示例:
public class FinalizeEscapeGC { public static FinalizeEscapeGC SAVE_HOOK = null; public void isAlive() { System.out.println(\"大众yes,i am still alive:)\"大众); } @Override protected void finalize() throws Throwable { super.finalize(); System.out.println(\"大众finalize mehtod executed!\"大众); FinalizeEscapeGC.SAVE_HOOK = this; } public static void main(String[] args) throws Throwable { SAVE_HOOK = new FinalizeEscapeGC(); // 工具第一次成功拯救自己 SAVE_HOOK = null; System.gc(); // 由于finalize方法优先级很低,以是停息0.5秒以等待它 Thread.sleep(500); if (SAVE_HOOK != null) { SAVE_HOOK.isAlive(); } else { System.out.println(\"大众no,i am dead:(\"大众); } // 下面这段代码与上面的完备相同,但是这次自救却失落败了 SAVE_HOOK = null; System.gc(); // 由于finalize方法优先级很低,以是停息0.5秒以等待它 Thread.sleep(500); if (SAVE_HOOK != null) { SAVE_HOOK.isAlive(); } else { System.out.println(\"大众no,i am dead:(\公众); } }}复制代码
运行结果:
finalize mehtod executed!yes,i am still alive:)no,i am dead:(复制代码
SAVE_HOOK工具的finalize()方法确实被GC网络器触发过,并且在被网络前成功逃脱了。其余一个值得把稳的地方是,代码中有两段完备一样的代码片段,实行结果却是一次逃脱成功,一次失落败,这是由于任何一个工具的finalize()方法都只会被系统自动调用一次,如果工具面临下一次回收,它的finalize()方法不会被再次实行,因此第二段代码的自救行动失落败了。由于finalize()方法已经被虚拟机调用过,虚拟机都视为“没有必要实行”(即意味着直接管受接收)
写在末了：
码字不易看到末了了，那就点个关注呗，只收藏不点关注的都是在耍泼皮
