概述
jvm就是java虚拟机，他是跨平台的核心 jvm运行.class 文件字节码指令并调用操作系统上层API完成动作。这里再强调下另一个概念进程和线程jvm的堆栈之间的关系 是 线程进程针对操作系统来讲的，而jvm中的堆栈是针对数据结构来讲的，所以线程和堆栈是所属关系，线程中拥有堆(对象、数组) 栈(函数名、局部变量名)。
详解
jvm内容、内存分配、垃圾回收
1) jdk、jre、jvm关系：jdk>jre>jvm，是这样的层层包含关系。
- jvm是java运行环境。包括两部分，一部分是jvm标准实现、另一部分是基本类库。
- jdk是工具包。里面包括jre和javc.exe、jar.exe、java.exe等小工具的集成，如果只是运行
- java不编写java代码不需要装jdk，只安装个jre即可
堆内存占主要一部分（占所有内存的1/2）
4）内存分配对象的创建在jvm中完成
5）垃圾回收，E+S0内存满后 标记清除 然后复制到S1区(完成一次垃圾回收)，这样在新生代往复被标记15次的内存，s1区内存进入到老年代（这个过程触发一次FGC，原本s1过来的内存被标记n次后进行一次 标记清除压缩 的垃圾回收）
6）内存分配垃圾回收关系：同时进行
7）一次FGC会伴随着一次卡顿
8）垃圾回收器有：串行、并行、并发
图（二）
(YGC ：新生代垃圾回收
FGC：老年代垃圾回收
FGCT：回收时间
GCT：总的回收时间)
jvm监控
- 垃圾回收很消耗CPU首先看下操作系统负载指标是否异常，使用命令“dstat -tcmnd --disk-util”
- jmap histo tomcatip|heap 20 #查看类对象使用情况
jstat -gcutil 6834 1000 1000 #查看垃圾回收(GC)情况
- 线程状态：jstack tomcatid|grep -A 20 BLOCKED
内存溢出实例和jvm调优
使用tomcat做为java容器，cpu占用偏高的原因，目前公司服务器上面跑的ubuntu环境nginx+tomcat+mysql运行一段时间之后java进程cpu偏高，会出现网站打不开的情况。所以进行了如下分析。
一，首先查看tomcat日志，如果有出现OOM错误（内存溢出）可以对应的加大jvm的内存大小。
1，修改tomcat目录下bin目录下的catalina.sh文件,在
#JAVA_OPTS="$JAVA_OPTS -Dorg.apache.catalina.security.SecurityListener.UMASK=`umask`"
这行下面添加如下内容：
JAVA_OPTS="-server -Xms2048m -Xmx2048m -Xmn512m -XX:PermSize=256M -XX:MaxPermSize=256m -Xss256k -XX:SurvivorRatio=4 -XX:MaxTenuringThreshold=20 -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=73 -XX:+UseCMSCompactAtFullCollection -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=2 -Djava.awt.headless=true"
上面的配置是基于4G内存设置的，具体修改看自己手上服务器的配置。
参数的含义：
-server 告诉tomcat使用server模式 能获得更大并发数和性能
-Xms2048m 初始堆大小，建议<物理内存的1/4,默认职位物理内存的1/64
-Xmx2048m 最大堆大小，建议与-Xms保持一致，默认值为物理内存的1/4
-Xmn512m 年轻代内存大小，建议不超过堆内存的1/2
-XX:PermSize=256m 永久代初始值，默认值为物理内存的1/64
-XX:MaxPermSize=256m 永久代内存大小，默认值为物理内存的1/4
Xss256k 线程大小
-XX:SurvivorRatio=4 设置年轻代中Eden区与Survivor区的大小比值。设置为4，则两个Survivor区与一个Eden区的比值为2:4，一个Survivor区占整个年轻代的1/6
-XX:MaxTenuringThreshold=20 设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为 一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率
-XX:+UseParNewGC 对年轻代采用多线程并行回收，这样收得快
XX:+UseConcMarkSweepGC
CMS gc，这一特性只有jdk1.5即后续版本才具有的功能，它使用的是gc估算触发和heap占用触发。
我们知道频频繁的GC会造面JVM的大起大落从而影响到系统的效率，因此使用了CMS GC后可以在GC次数增多的情况下，每次GC的响应时间却很短，比如说使用了CMS GC后经过jprofiler的观察，GC被触发次数非常多，而每次GC耗时仅为几毫秒
-XX:CMSInitiatingOccupancyFraction=73 说明年老代到73%满的时候开始执行对年老代的并发垃圾回收（CMS）。
-XX:+UseCMSCompactAtFullCollection 打开对年老代的压缩。可能会影响性能，但是可以消除碎片
-XX:+CMSParallelRemarkEnabled 降低标记停顿
-XX:CMSFullGCsBeforeCompaction 由于并发收集器不对内存空间进行压缩、整理，所以运行一段时间以后会产生“碎片”，使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。
参考网站：
https://www.cnblogs.com/yangming1996/p/8508187.html
https://baike.baidu.com/item/%E5%AD%97%E8%8A%82%E7%A0%81/9953683?fr=aladdin
https://www.iteye.com/blog/huchangan2005-2056279
http://blog.csdn.net/lifetragedy/article/details/7708724
https://i-beta.cnblogs.com/posts/edit;postId=12112554
http://note.youdao.com/noteshare?id=95326d89ab113686d2e0fdbe8f693f9a&sub=087F24E3A2A042B68DBCE7DC795BF237
https://blog.csdn.net/qq_41701956/article/details/81664921 jvm结构，及内存内容