就算你躺在沙发上三天不起,拉不开窗帘,因为决定不了穿哪双袜子哭个没完,我也不会进行爱你.
没有什么大不了的.这个地球有75亿人,就有75亿种失常.
前言
面试的时候必问JVM,淦!咱们筹备好好温习吧,加油!奇怪的常识又减少了呐.
1. JVM内存模型
依据JVM标准，JVM 内存共分为虚拟机栈，堆，办法区，程序计数器，本地办法栈五个局部
程序计数器(线程公有)：
是以后线程锁执行字节码的行号治期间，每条线程都有一个独立的程序计数器，这类内存也称为“线程公有”的内存。正在执行java办法的话，计数器记录的是虚拟机字节码指令的地址(以后指令的地址)。如果是Natice办法，则为空。
java 虚拟机栈
也是线程公有的。
每个办法在执行的时候也会创立一个栈帧，存储了局部变量，操作数，动静链接，办法返回地址。
每个办法从调用到执行结束，对应一个栈帧在虚拟机栈中的入栈和出栈。
通常所说的栈，个别是指在虚拟机栈中的局部变量局部。
局部变量所需内存在编译期间实现调配，
如果线程申请的栈深度大于虚拟机所容许的深度，则StackOverflowError。
如果虚拟机栈能够动静扩大，扩大到无奈申请足够的内存，则OutOfMemoryError。
本地办法栈 本地办法栈（Native Method Stacks）与虚拟机栈所施展的作用是十分类似的，其
区别不过是虚拟机栈为虚拟机执行Java 办法（也就是字节码）服务，而本地办法栈则
是为虚拟机应用到的Native 办法服务。虚拟机标准中对本地办法栈中的办法应用的语
言、应用形式与数据结构并没有强制规定，因而具体的虚拟机能够自在实现它。甚至
有的虚拟机（譬如Sun HotSpot 虚拟机）间接就把本地办法栈和虚拟机栈合二为一。
与虚拟机栈一样，本地办法栈区域也会抛出StackOverflowError 和OutOfMemoryError
异样
Java堆(线程共享)
被所有线程共享的一块内存区域，在虚拟机启动的时候创立，用于寄存对象实例。
对能够依照可扩大来实现（通过-Xmx 和-Xms 来管制）
当队中没有内存可调配给实例，也无奈再扩大时，则抛出OutOfMemoryError异样。
办法区(线程共享)
被所有办法线程共享的一块内存区域。
用于存储曾经被虚拟机加载的类信息，常量，动态变量等。
这个区域的内存回收指标次要针对常量池的回收和堆类型的卸载。JDK8 HotSpot JVM 将移除永恒区，应用本地内存来存储类元数据信息并称之为：元空间（Metaspace）。这意味着不会再有java.lang.OutOfMemoryError: PermGen问题，也不再须要你进行调优及监控内存空间的应用。
二、空间调配担保（就像贷款一样） -XX:HandlerPromotionFailure
Minor GC之前查看
老年代最大可用间断空间是否 > 新生代所有对象总空间。
大于----> Minor GC
不大于—>老年代最大可用间断空间是否>历次降职到老年代对象的均匀大小
大于-----> Minor GC
不大于 -----> Full GC
-XX:HandlerPromotionFailure
注：Minor GC 是针对新生代的垃圾回收，MajorGC是老年代的，Full GC 是Minor GC 加上 MajorGC
堆内存划分
新生代
所有new的对象都在堆外面。对象优先调配到Eden区，能够通过参数-XX：SurviviorRatio=8来指定Eden区和Survivior的比例，这样划分的根据和益处是依据gc的回收算法来定的。做到了内存利用率高。
通过几次(能够通过参数设置)minor gc还存活的对象进入S0，再通过几次minor gc还存活进入S1，达到minor gc的阈值（-XX:MaxTenuringThreshold=？）进入老年代。
还有就是动静对象年龄断定，雷同年龄所有对象的大小总和 > survivor空间的一半，间接升级老年代，不须要进行年龄阈值的判断。
这个区域的现实是98%以上的对象可能被回收。
老年代
大对象（-XX:PretenureSizeThreadshold=1024）间接进入老年代，在新生代外面长期存活的对象进入老年代。老年代对应的是major gc。
永恒代
蕴含元数据信息，如class，method的detail信息
在Java1.8时,删除了办法区,减少了元空间,如下图:
永恒代与元空间
PermGen空间情况：这部分内存空间将全副移除。JVM的参数：PermSize 和 MaxPermSize 会被疏忽并给出正告（如果在启用时设置了这两个参数）。
Metaspace 容量：默认状况下，类元数据只受可用的本地内存限度（容量取决于是32位或是64位操作系统的可用虚拟内存大小）。新参数（MaxMetaspaceSize）用于限度本地内存调配给类元数据的大小。如果没有指定这个参数，元空间会在运行时依据须要动静调整。
另外，对于僵死的类及类加载器的垃圾回收将在元数据应用达到“MaxMetaspaceSize”参数的设定值时进行。适时地监控和调整元空间对于减小垃圾回收频率和缩小延时是很有必要的。继续的元空间垃圾回收阐明，可能存在类、类加载器导致的内存透露或是大小设置不适合。
永恒代
在JDK8之前的HotSpot JVM，寄存这些”永恒的”的区域叫做“永恒代(permanent generation)”。永恒代是一片间断的堆空间，在JVM启动之前通过在命令行设置参数-XX:MaxPermSize来设定永恒代最大可调配的内存空间，默认大小是64M（64位JVM因为指针收缩，默认是85M）。永恒代的垃圾收集是和老年代(old generation)捆绑在一起的，因而无论谁满了，都会触发永恒代和老年代的垃圾收集。不过，一个显著的问题是，当JVM加载的类信息容量超过了参数-XX：MaxPermSize设定的值时，利用将会报OOM的谬误(对于这句话，译者的了解是：32位的JVM默认MaxPermSize是64M，而JDK8里的Metaspace，也能够通过参数-XX:MetaspaceSize 和-XX:MaxMetaspaceSize设定大小，但如果不指定MaxMetaspaceSize的话，Metaspace的大小仅受限于native memory的残余大小。也就是说永恒代的最大空间肯定得有个指定值，而如果MaxPermSize指定不当，就会OOM)。
从JDK7开始永恒代的移除工作，储存在永恒代的一部分数据曾经转移到了Java Heap或者是Native Heap。但永恒代依然存在于JDK7，并没有齐全的移除：符号援用(Symbols)转移到了native heap;字面量(interned strings)转移到了java heap;类的动态变量(class statics)转移到了java heap。
在JDK7 update 4即随后的版本中，提供了残缺的反对对于Garbage-First(G1)垃圾收集器，以取代在JDK5中公布的CMS收集器。应用G1，PermGen仅仅在FullGC（stop-the-word,STW）时才会被收集。G1仅仅在PermGen满了或者利用分配内存的速度比G1并发垃圾收集速度快的时候才触发FullGC。
而对于CMS收集器，通过开启布尔参数-XX:+CMSClassUnloadingEnabled来并发对PermGen进行收集。对于G1没有相似的选项，G1只能通过FullGC，stop the world,来对PermGen进行收集。
永恒代在JDK8中被齐全的移除了。所以永恒代的参数-XX:PermSize和-XX：MaxPermSize也被移除了。
元空间
在JDK8中,classe metadata(the virtual machines internal presentation of Java class),被存储在叫做Metaspace的native memory。一些新的flags被退出：
1、-XX:MetaspaceSize，class metadata的初始空间配额，以bytes为单位，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果开释了大量的空间，就适当的升高该值；如果开释了很少的空间，那么在不超过MaxMetaspaceSize（如果设置了的话），适当的进步该值。
2、 -XX：MaxMetaspaceSize，能够为class metadata调配的最大空间。默认是没有限度的。
3、 -XX：MinMetaspaceFreeRatio,在GC之后，最小的Metaspace残余空间容量的百分比，缩小为class metadata调配空间导致的垃圾收集
4、 -XX:MaxMetaspaceFreeRatio,在GC之后，最大的Metaspace残余空间容量的百分比，缩小为class metadata开释空间导致的垃圾收集
5、默认状况下，class metadata的调配仅受限于可用的native memory总量。能够应用MaxMetaspaceSize来限度可为class metadata调配的最大内存。当class metadata的应用的内存达到MetaspaceSize(32位clientVM默认12Mbytes,32位ServerVM默认是16Mbytes)时就会对死亡的类加载器和类进行垃圾收集。设置MetaspaceSize为一个较高的值能够推延垃圾收集的产生。
这里科普下，在Windows下称为虚拟内存(virtual memory),在Linux下称为替换空间(swap space),用于当零碎须要更多的内存资源而物理内存曾经满了的状况下，将物理内存中不沉闷的页转移到磁盘上的替换空间中。
在JDK8，Native Memory，包含Metaspace和C-Heap。
永恒代的移除对最终用户意味着什么？
因为类的元数据能够在本地内存(native memory)之外调配,所以其最大可利用空间是整个零碎内存的可用空间。这样，你将不再会遇到OOM谬误，溢出的内存会涌入到替换空间。最终用户能够为类元数据指定最大可利用的本地内存空间，JVM也能够减少本地内存空间来满足类元数据信息的存储。
注：永恒代的移除并不象征者类加载器泄露的问题就没有了。因而，你依然须要监控你的生产和打算，因为内存泄露会耗尽整个本地内存，导致内存替换(swapping)，这样只会变得更糟。
创作不易,如果本篇文章能帮忙到你,请给予反对,赠人玫瑰,手有余香，虫虫蟹蟹观众姥爷了