堆内存溢出：
此种溢出，加内存只能缓解问题，不能根除问题，需优化代码
堆内存中存在大量对象，这些对象都有被引用，当所有对象占用空间达到堆内存的最大值，就会出现内存溢出OutOfMemory:Java heap space
永久代溢出
如果发生，则是在初始化的时候，空间太小，解决办法，扩大空间
类的一些信息，如类名、访问修饰符、字段描述、方法描述等，所占空间大于永久代最大值，就会出现OutOfMemoryError:PermGen space
内存溢出的检测方法：pid=1730
Jdk/bin目录下有很多检测工具
图形界面：
Jconsole
Jvisualvm
命令行工具：
Jstat –gcutil pid 1000 100 （只需要看O，如果达到100%，并且长期处于100%，则代表老年代内存不足）
pid：进程号、1000：1秒钟获取一次、100一共获取100次
E：eden区
O：老年代
P：永久代
YGC：新生代的GC次数
YGCT：当前统计的YGC一共花费的时间（毫秒）
FGC：fullGC老年代的GC次数
FGCT：当前统计的FGC一共花费的时间（毫秒）
GCT：YGC+FGC
Jmap –histo pid | head -20
把当前JVM里面的所有对象打印出来，排序，head：头部，head -20 前20行
Jmap –heap pid（列出当前进程的堆的数据，一般用来看当前配置）
在jvisualvm上面也可以看到JVM参数
FullGC频率：单次FullGC时间<200ms
Jvm常见参数
-Xms2048m，初始堆大小，建议<物理内存的1/4，默认值为物理内存的1/64
-Xmx2048m，最大堆大小，建议与-Xms保持一致，默认值为物理内存的1/4
-Xmn512m，新生代大小，建议不超过堆内存的1/2
-Xss256k,线程年轻代堆栈大小，建议256k
-XX:PermSize=256m，永久代初始值，默认值为物理内存的1/64
-XX:MaxPermSize=256m，永久代最大值，默认值为物理内存的1/4
-XX:SurvivorRatio=8：年轻带中Eden区和Survivor区的比例，默认为8:1:1，即Eden（8），From Space（1），ToSpace（1）
-XX:+UseConcMarkSweepGC：开启CMS垃圾回收器
看一下内存溢出的情况
先配置一下tomcat里面JVM的参数：vi /home/server/tomcat-PerfTeach01/bin/catalina.sh
由于ip变了，改一下host里面的ip
启动tomcat
能访问，代表启动成功：http://localhost:8080/PerfTeach/MemoryLeak?userId=123&password=abc&waitTime=3
jmeter5个并发永远跑
TPS
响应时间
cpu
jstat -gcutil 1730 1000 1000
jvisualvm
看一下tomcat日志的后200行
有内存溢出的报错
看当前JVM里面的所有对象，找com开头的，业务代码，再找非java开头的
可以看出org.apache可能有问题，com.lee是业务代码，一定有问题
直接告诉开发，让开发去解决
jvisualvm也可以生成快照，一开始出现内存泄漏的时候就点堆Dump在服务器下生成快照，下载后再用 jvisualvm打开， jvisualvm_文件_装入_文件类型选“线程 Dump”
内存泄漏的本质：老年代空间里面东西放满了，又不能被回收
程序一旦出现内存泄漏，就算停止压测也不能解决，只能重启
内存泄露会出现的现象
1，tps出现大幅波动，并慢慢降低，甚至降为0，响应时间随之波动，慢慢升高
2，通过jstat命令看到，Jvm中Old区不断增加，FullGC非常频繁，对应的FullGC消耗的时间也不断增加
3，通过jconsole/jvisualvm可以看到，堆内存曲线不断上升，接近上限时，变成一条直线
4，日志报错java.lang.OutOfMemoryError: Java heap space
内存泄露定位
1，通过jmap命令：jmap -histo pid | head -20，查看当前堆内存中实例数和占用内存最多的前20个对象
2，通过jvisualvm，进行远程堆dump，然后把dump文件下载下来，用jvisualvm打开进行分析，可以看到更直观的jvm中对象的信息
监控内存泄露问题的场景
1，在试压阶段，或任意场景都可以考虑通过jvisualvm和jstat监控jvm的情况
2，在稳定性场景中，一定要关注Jvm内存使用的情况，在长时间的压测下，最容易看出内存泄露的问题