上次说了full gc的解决方案，这次说说大家常见的内存溢出问题。
（一）JVM 内存溢出
- ① 介绍
多多少少会碰到内存溢出（OOM）的场景，但造成OOM的原因却是多种多样。一起分析下。
- ① 代码解析
-Xmx512m -server -verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\
解析代码OOM内存快照自动保存
import java.util.ArrayList;
// 资源占用过多或者资源未释放，内存溢出
// -Xmx512m -server -verbose:gc -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=D:\
public class OutOfMemoryDemo1 {
static ArrayList
- ② 分析原因流程
很多人在生产环境配置会存在一个问题，配置的话可以配置Xms Xmx，如果服务器本身是8g，内存一样不要全部用完。一定要预留，JVM的内存设置5G，按照规则3分之二，5分之三。为什么不能设置太大，因为JVM自动处理保存这些操作，它也是需要消耗资源的，这是个自动的过程。一旦资源设置太满，如果设置太满可能你整个系统跑的非常的慢，操作系统的需要内存吧，其他软件需要内存吧，JVM全部占完的情况，可能操作系统都登录不上去，SSH这个工具可能都登录不上去，这就相当相当麻烦了，生产环境比较忌讳的。生产环境一般会监控进程和日志的信息，一旦出现都会处理的，在公司内部一般都是有个流程的
- 收到告警，开始排查。
- 初步判断，拍脑袋（今天有人上线，昨天XX是不是又上新功能了，他可是个坑货啊。）
- 保留现场（出问题的机器切掉，所有的请求不要到这台机器上了，关闭这个机器的所有服务路径，没有头绪的情况）
- 快速重启（重启大法最好），这个套路不光是网管的方式，其实在软件开发中也是最好的。绝对实用。快速的恢复实用。
- 问题的排查：应用程序日志的分析，JVM的日志。
- 最后给出解决方案。
- ③ 提前准备分析内存溢出问题解决
内存溢出后，设置了刚那个命令之后D盘就会生成一个快照，崩溃的时候内存里面到底放了什么东西，JVM挂掉了，需要进行解刨。快照需要打开的。
下载eclipse的分析工具：https://www.eclipse.org/mat/downloads.php
自动进行分析，生成报表
关键字是数组，具体是数组出现的。
上边的工具可以快速分析，比较好用的，直接了当的给出结论，
- ③ 线上解析准备分析内存溢出问题解决
jmap跟进程IP建立连接，jmap这个命令非常的消耗资源，内存占用也非常高，这也就是需要保留资源的原因，生产环境寸步难行。使用命令一定要活学活用。
- jcmd 查看出来对应的PID
2.jmap -dump:live,formate=b,file=文件名称.hprof -F PID
- ④ 很多问题，其实可以通过测试Java VisualVM
虽然这个工具有远程功能，但是一般的开发是不允许连接生产环境的机器。为了重现过程。
（二）常用的log，gc工具
内存，操作系统，CPU，系统报错的，每个接口请求的情况。运维工具。
- 大众点评开源的cat
- zabbix
PS:调优还是报表工具，主要是一些细节，并不会记下来，这么多工具，思路很重要，知道有这个工具可以干这个事情，大概可以分析什么东西，内存的问题，大部分情况都是可以预防，问题定位比较直接，工具也比较多。问题出现不好回复。内存慢慢堆积升高，是可以通过监控工具发现的。宕机之前解决。开发时，
本文来自投稿，不代表本人立场，如若转载，请注明出处：http://www.souzhinan.com/kj/240979.html