springboot内存占用过高问题排查 - jvm内存使用分析

最新推荐文章于 2024-09-02 07:00:00 发布
最新推荐文章于 2024-09-02 07:00:00 发布
阅读量1w 收藏 34
点赞数 3
分类专栏： # Linux java # jvm 文章标签： jvm linux java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/XiXavier/article/details/109293207
版权
java 同时被 3 个专栏收录
12 篇文章 1 订阅
订阅专栏
Linux
6 篇文章 0 订阅
订阅专栏
jvm
1 篇文章 0 订阅
订阅专栏

排查springboot内存占用过高问题

所需命令：

ps命令：Linux命令。强大的进程状态监控命令。可以查看进程以及进程中线程的当前CPU使用情况。属于当前状态的采样数据。
top命令：Linux命令。可以查看实时的CPU使用情况。也可以查看最近一段时间的CPU使用情况。
这两个命令详情可参考：https://blog.csdn.net/XiXavier/article/details/108566416

jps命令 :(Java Virtual Machine Process Status Tool)是JDK 1.5提供的一个显示当前所有java进程pid的命令。jps存放在JAVA_HOME/bin/jps，使用时为了方便请将JAVA_HOME/bin/加入到Path.会用 ps 命令也行。

常用的参数：
-q:只显示pid，不显示class名称,jar文件名和传递给main 方法的参数
-m:输出传递给main 方法的参数，在嵌入式jvm上可能是null
-l:输出应用程序main class的完整package名 或者 应用程序的jar文件完整路径名
-v: 输出传递给JVM的参数

示例：
[root@new-frame-251 texu]# jps -lv |grep 32528
32528 hoau-texu-service-0.0.1-SNAPSHOT-exec.jar -Xms80m -Xmx80m -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC -XX:+HeapDumpOnOutOfMemoryError
[root@new-frame-251 texu]#

jstack命令：Java提供的命令。可以查看某个进程的当前线程栈运行情况。根据这个命令的输出可以定位某个进程的所有线程的当前运行状态、运行代码，以及是否死锁等等。

[root@new-frame-251 texu]# jstack
Usage:
    jstack [-l] <pid>
        (to connect to running process)
    jstack -F [-m] [-l] <pid>
        (to connect to a hung process)
    jstack [-m] [-l] <executable> <core>
        (to connect to a core file)
    jstack [-m] [-l] [server_id@]<remote server IP or hostname>
        (to connect to a remote debug server)

Options:
    -F  to force a thread dump. Use when jstack <pid> does not respond (process is hung)
    -m  to print both java and native frames (mixed mode)
    -l  long listing. Prints additional information about locks
    -h or -help to print this help message
[root@new-frame-251 texu]#

统计进程中线程个数：(linux 64位系统中jvm线程默认栈大小为1MB)
[root@new-frame-251 texu]# jstack 32528 |grep tid|wc -l
251
[root@new-frame-251 texu]#

查看进程中线程情况：
在这里插入图片描述
GC task thread ：垃圾回收线程
http-nio thread ：tomcat网络处理网络请求线程
C2CompilerThread ：JIT编译线程，动态编译Java运行代码，C2表示编译的是server端代码
DubboServerHandler-10.39.251.159:20914-thread-200 : dubbo线程
还有很多其他的线程。。。
：
jmap命令： Java提供的命令。查看jvm内存使用情况。

jmap -heap [pid] : 查看整个JVM内存状态,要注意的是在使用CMS GC 情况下，jmap -heap的执行有可能会导致JAVA 进程挂起
jmap -histo [pid] : 查看JVM堆中对象详细占用情况
jmap -histo:live pid : 指定了live子选项，则只计算活动的对象
jmap -dump:format=b,file=文件名 [pid] : 导出整个JVM 中内存信息
......

jvisualvm.exe : java 自带的jvm监控工具，java的安装目录 bin/ 中

pmap命令： - report memory map of a process(查看进程的内存映像信息)pmap命令用于报告进程的内存映射关系

用法
      pmap [ -x | -d ] [-q] pids...
      pmap -V
选项含义
      -x   extended       Show the extended format. 显示扩展格式
      -d   device         Show the device format.   显示设备格式
      -q   quiet          Do not display some header/footer lines. 不显示头尾行
      -V   show version   Displays version of program. 显示版本
扩展格式和设备格式域：
       Address:  start address of map  映像起始地址
       Kbytes:  size of map in kilobytes  映像大小
       RSS:  resident set size in kilobytes  驻留集大小
       Dirty:  dirty pages (both shared and private) in kilobytes  脏页大小
       Mode:  permissions on map 映像权限: r=read, w=write, x=execute, s=shared, p=private (copy on write)  
       Mapping:  file backing the map , or '[ anon ]' for allocated memory, or '[ stack ]' for the program stack.  映像支持文件,[anon]为已分配内存 [stack]为程序堆栈
       Offset:  offset into the file  文件偏移
       Device:  device name (major:minor)  设备名

在这里插入图片描述

jvm各项参数说明

-XX:MetaspaceSize=128m （元空间默认大小）
-XX:MaxMetaspaceSize=128m （元空间最大大小）
-Xms1024m （堆默认大小）此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmx1024m （堆最大大小）Java Heap最大值，默认值为物理内存的1/4，最佳设值应该视物理内存大小及计算机内其他内存开销而定
-Xmn256m （新生代大小）Java Heap Young区，堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。
-Xss256k （棧最大深度大小）每个线程的Stack大小，JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
-XX:SurvivorRatio=8 （新生代分区比例 8:2）
-XX:+UseConcMarkSweepGC （指定使用的垃圾收集器，这里使用CMS收集器）
-XX:+PrintGCDetails （打印详细的GC日志）


JDK8之后把-XX:PermSize 和 -XX:MaxPermGen移除了，取而代之的是
-XX:MetaspaceSize=128m （元空间默认大小）
-XX:MaxMetaspaceSize=128m （元空间最大大小）
JDK 8开始把类的元数据放到本地化的堆内存(native heap)中，这一块区域就叫Metaspace，中文名叫元空间。
使用本地化的内存有什么好处呢？最直接的表现就是java.lang.OutOfMemoryError: PermGen 空间问题将不复存在，因为默认的类的元数据分配只受本地内存大小的限制，也就是说本地内存剩余多少，理论上Metaspace就可以有多大，这解决了空间不足的问题。不过，让Metaspace变得无限大显然是不现实的，因此我们也要限制Metaspace的大小：使用-XX:MaxMetaspaceSize参数来指定Metaspace区域的大小。JVM默认在运行时根据需要动态地设置MaxMetaspaceSize的大小。

排查步骤：

1. 通过 ps -aux |grep pid 或者 top -p pid 命令查看项目内存占用情况（我这里是已经优化完的）
在这里插入图片描述
RES：resident memory usage 常驻内存
（1）进程当前使用的内存大小，但不包括swap out
（2）包含其他进程的共享
（3）如果申请100m的内存，实际使用10m，它只增长10m，与VIRT相反
（4）关于库占用内存的情况，它只统计加载的库文件所占内存大小
RES = CODE + DATA

VIRT：virtual memory usage
（1）进程“需要的”虚拟内存大小，包括进程使用的库、代码、数据等
（2）假如进程申请100m的内存，但实际只使用了10m，那么它会增长100m，而不是实际的使用量
VIRT = SWAP + RES
2. 可以使用 jmap -dump:format=b,file=文件名 [pid] 导出整个JVM 中内存信息，再使用 jvisualvm 工具进行分析。或者使用 jmap -heap [pid] : 查看整个JVM内存状态。内存使用情况如下：

[root@new-frame-251 texu]# jmap -heap 5847
Attaching to process ID 5847, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.211-b12

using parallel threads in the new generation.
using thread-local object allocation.
Concurrent Mark-Sweep GC        ##垃圾回收器

Heap Configuration:
   MinHeapFreeRatio         = 40
   MaxHeapFreeRatio         = 70
   MaxHeapSize              = 83886080 (80.0MB)       ##当前jvm最大堆大小
   NewSize                  = 27918336 (26.625MB)
   MaxNewSize               = 27918336 (26.625MB)
   OldSize                  = 55967744 (53.375MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)        ##元空间大小
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB        ## 最大元空间大小
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:       ## 当前堆的各个区域使用情况
New Generation (Eden + 1 Survivor Space):
   capacity = 25165824 (24.0MB)
   used     = 5727184 (5.4618682861328125MB)
   free     = 19438640 (18.538131713867188MB)
   22.757784525553387% used
Eden Space:
   capacity = 22413312 (21.375MB)
   used     = 4922248 (4.694221496582031MB)
   free     = 17491064 (16.68077850341797MB)
   21.961270159448098% used
From Space:
   capacity = 2752512 (2.625MB)
   used     = 804936 (0.7676467895507812MB)
   free     = 1947576 (1.8573532104492188MB)
   29.243687220982142% used
To Space:
   capacity = 2752512 (2.625MB)
   used     = 0 (0.0MB)
   free     = 2752512 (2.625MB)
   0.0% used
concurrent mark-sweep generation:
   capacity = 55967744 (53.375MB)
   used     = 48057048 (45.830772399902344MB)
   free     = 7910696 (7.544227600097656MB)
   85.86561573752195% used

28885 interned Strings occupying 3461280 bytes.
[root@new-frame-251 texu]# jstack 5847 |grep tid|wc -l      ## 统计线程数，每个线程都有一个 tid
251
[root@new-frame-251 texu]# jstack 5847 |grep java.lang.Thread.State|wc -l      ##有几个特殊的线程没有状态
246
[root@new-frame-251 texu]#

[root@master159 ~]# jstack 107435 |grep tid |wc -l
259
[root@master159 ~]# jstack 107435|grep 'dubbo-remoting-server-heartbeat' |wc -l
1
[root@master159 ~]# jstack 107435|grep 'DubboServerHandler-10.39.251.159:' |wc -l      ##dubbo 线程有点多可以优化
200
[root@master159 ~]# jstack 107435|grep 'http-nio-10065-' |wc -l
14
[root@master159 ~]#

内存使用计算：（Eden ）21.375+（扩展区1）2.625+（扩展区2）2.625+（垃圾回收器）53.375+（线程栈）251*0.25=142.8M
再加上 JVM进程本身运行内存+ NIO的DirectBuffer +JIT+JNI+…≈281M （最开始查看的项目占用内存，设置了-Xss256k，所以一个线程占用256k内存），计算出来很正常。

3. 查看进程中各个线程情况：
top -H -p 5847 中的 pid 的16进制转小写 对应的就是 jstack -l 5847 中的 nid 。使用这两个命令就可以查看线程的内存使用，及具体代码情况
4.

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
4. 前面只是分析了RES 并没有分析 VIRT（虚拟内存），VIRT 分析如下：

使用 pmap -x 5847 查看进程的内存映像信息
在这里插入图片描述
这些内存块加起来就是虚拟内存占用的内存情况；

百度：linux为了解决多线程下内存分配竞争而引起的性能问题，增强了动态内存分配行为，使用了一种叫做arena的memory pool,在64位系统下面缺省配置是一个arena大小为64M，一个进程可以最多有cpu cores * 8个arena。假设机器是8核的，那么最多可以有8 * 8 = 64个arena，也就是会使用64 * 64 = 4096M内存。

可以通过设置系统环境变量来改变arena的数量：
MALLOC_ARENA_MAX=8（一般建议配置程序cpu核数）

现代操作系统里面分配虚拟地址空间操作不同于分配物理内存。在64位操作系统上，可用的最大虚拟地址空间有16EB，即大概180亿GB。那么在一台只有16G的物理内存的机器上，我也能要求获得4TB的地址空间以备将来使用

1.VIRT高是因为分配了太多地址空间导致。
2.一般来说不用太在意VIRT太高，因为你有16EB的空间可以使用。
3.如果你实在需要控制VIRT的使用，设置环境变量MALLOC_ARENA_MAX，例如hadoop推荐值为4，因为YARN使用VIRT值监控资源使用。参考：https://www.sohu.com/a/250985880_756465

结束:

以上只是对jvm内存占用情况进行分析，分析完之后，对异常的地方进行优化即可；

参考：
https://blog.csdn.net/zengwende/article/details/103665545
https://www.jianshu.com/p/8d5782bc596e

夜行者2045
关注
专栏目录
Spring Boot 应用监控: Java获取 CPU,内存, JVM 内部运行状况代码
程序员光剑
08-14 1万+
package com.bytedance.kunlun.system; import com.google.common.collect.Maps; import com.sun.management.OperatingSystemMXBean; import org.springframework.stereotype.Component; import oshi.SystemInfo; i...
8年开发架构师浅析SpringBoot的JVM的内存占用与Docker-spring.io
weixin_33816300的博客
03-18 285
JVM可能是一个复杂的野兽。值得庆幸的是，大部分复杂性都在幕后，我们作为应用程序开发人员和部署人员通常不必过于担心。随着基于容器的部署策略的兴起，需要引起注意的一个复杂领域是JVM的内存占用。 两种内存 JVM将其内存分为两大类：堆内存和非堆内存。堆内存是人们通常最熟悉的部分。它是存储由应用程序创建的对象的位置。它们一直存在，直到它们不再被引用并被垃圾收集。通常，应用程序使用的堆量将根据当前负载...
SpringBoot 多实例内存不足问题排查思路
qq_30125403的博客
08-14 485
导致每个Java应用占用过高。因此，建议在生产环境中启动springboot时，根据应用程序的特点和服务器的配置，合理地设置JVM参数，以提高应用程序的性能和稳定性，节省服务器的资源。默认的JVM配置可能会浪费服务器的内存资源，因为JVM会根据物理内存的大小来分配堆内存的大小，而不是根据应用程序的实际需求。可以看到Java应用的最大堆内存是4G，当时我们生产是64G的物理内存，生产Java应用的最大堆内存是12G。根据应用程序的需求和服务器的物理内存，合理设置堆内存的大小，避免过大或过小导致性能问题。
jvm疯狂吞占内存，罪魁祸首是谁
热门推荐
数据之路
11-12 1万+
分享一篇公司小伙伴的关于jvm占用内存的技术文章 导读：JVM是Java Virtual Machine的缩写，中文名为Java虚拟机。它是一种用于计算设备的规范，是一个虚构出来的计算机，主要通过在实际的计算机上仿真模拟各种计算机功能来实现的。在实际运用过程中，易观技术人员注意到一台开发机上各个微服务进程占用内存很高，随即便展开了调查...... 现象：前段时间发现某台开发机上各个微服务进程占...
linux之top命令详解
Java笔记
12-03 363
一、概述： top命令经常用来监控linux的系统状况，比如cpu、内存的使用。 程序员基本都知道这个命令，但比较奇怪的是能用好它的人却很少，例如top监控视图中内存数值的含义就有不少的曲解。 二、介绍 下面介绍下top命令相关显示的意思： 第一行： 16:21:52 —当前系统时间 7 days, 5:00 —系统已经运行了7天5小时0分钟（在这期间没有重启过） 1 users—当前有1个用户登录系统 loadaverage:0.00,0.0...
springboot应用，cpu高、内存高问题排查
qq_39839075的博客
12-13 4227
回顾一下整个排查过程,有几个点说一下1)、写方法一定要注意动态的情况,比如此例中,数据后期增长的情况,不能只考虑当时的数据。2)、有个疑问,就算对象不可达了,正常来说也可以从MAT里看到点相关东西才对,但是翻了很久,啥也没看到,MAT的使用还要再看看,感觉是遗漏了细节3)、还有个疑问,虽然对象确实很大,但是可以回收,那rancher上看到的内存为啥还会这么高呢?这也是一个疑问点,需要找时间了解一下rancher。
20-多对一的处理
2401_84814410的博客
05-13 490
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
惊呆了，Spring Boot 居然这么耗内存！
程序员闪充宝
10-15 1065
点击上方蓝色字体，选择“标星公众号”优质文章，第一时间送达作者 | 襄垣juejin.im/post/5c89f266f265da2d8763b5f9Spring Boot总体来说，搭建...
mc服务器java占用过大_如何排查java应用中CPU使用率高或内存占用高的问题
weixin_32519033的博客
02-28 3238
点击上方“Java知音”，选择“置顶公众号”技术文章第一时间送达！作者：MnameHZJmy.oschina.net/u/1420452/blog/2245304如何排查java应用中CPU使用率高或内存占用高的问题？这类问题的排查步骤基本通用的。现在通过一个具体的例子来说明。问题描述最近有个线上项目每天0点过后CPU使用率会上升至200%到300%。排查过程本节内容是对排查过程的复盘，过程记录会...
springboot 如何排查内存占用过高
06-01
在 Spring Boot 应用程序中排查内存占用过高的问题通常需要以下步骤： 1. 检查应用程序的代码，尤其是与内存相关的代码，是否存在内存泄漏或者不必要的对象引用。 2. 使用 JVM 监控工具，例如 jstat、jmap 和 ...
【Jvm】性能调优（上）线上问题排查工具汇总
墩墩分墩
02-18 1406
- **CPU利用率**：显示的是程序在运行期间实时`占用的CPU百分比` - **CPU负载**：显示的是`一段时间内正在使用和等待使用CPU的平均任务数`。**CPU利用率高，并不意味着负载就一定大**。 - 举例：有个程序需要一直使用CPU的运算功能，那么此时CPU的使用率可能达到100%，但是CPU的工作负载则是`趋近于“1”`，因为`CPU仅负责一个工作嘛`！如果同时执行这样的程序`两个`呢？**CPU的使用率还是100%，但是工作负载则变成2了。所以也就是说，`当CPU的工作负载越大`，代表
如何排查JVM内存问题并定位
oeSeven的专栏
05-11 858
今天收到测试小姐姐提的bug，在进行压测的时，内存和CPU都飙高，要我分析一下。 一、首先观察服务器上的内存使用情况： 使用jdk自带的jvisualvm.exe功能（在jdk的bin目录下） 打开后连接远程服务器，具体如何连接请自行百度，连接后壳查看服务器的CPU和内存等情况。 ● 如果是内存泄漏，堆内存会一直往上飙，然后会出现疯狂GC的情况。 ● 我这里没有出现疯狂GC的情况，而是有规律的GC，但每次GC的时候CPU都会飙到70%以上。 ps：截图是问题处理完之后的截图，当时cpu使..
如何排查JVM线程死锁和JAVA应用OOM问题？
yh4494的博客
06-04 282
控制javacore的输出有两种方式，第一种是通过`kill -3 [pid]`来输出java当前运行时的javacore线程信息。第二种是通过jstack命令来输出Javacore文件。先面我们分开讲解两种方式如何操作。第三种方式就是容器自带脚本，在OOM或CPU资源占用过多的情况下会自动输出javacore到指定目录，比如说websphere等等容器。
springboot项目线上运行一段时间,出现大量ThreadPoolExecutor线程导致项目卡顿
小程的小马同学
04-21 862
线上只要运行一段时间就会出现接口访问缓慢甚至假死的情况,用arthas查看线程数显示有一万多个线程在等待.查看线程dump全都是ThreadPoolExecutor线程池的线程.可是项目里没有显式使用的地方,希望有大佬可以给一个排查思路。
Spring Boot —— 如何排查内存溢出问题
Genius only means hard-working all one's life.
06-28 1万+
文章目录Spring Boot 如何排查内存溢出问题前言场景一思考常用排查命令jstat -class PIDjstat -compiler PIDjstat -gc PIDjstat -gccapacity PIDjstat -gcutil PIDjstat -gccause PIDjstat -gcnew PIDjstat -gcnewcapacity PIDjstat -gcold PIDj...
SpringBoot服务运行时内存占用优化
最新发布
dylan的博客
09-02 678
java项目尤其基于`SpringBoot框架`开发的项目相对于其它一些语言（go语言）占用的`内存`较多，我们一般使用的云服务器资源比较有限（CPU、内存等），如何精简SpringBoot框架项目运行时内存消耗，尤其是项目在启动时，并没有运行业务的情况下，这里简单做一些总结。
linux中运行springboot jar包，内存占用多运行时报错
cscscssjsp的博客
10-16 414
错误：Java HotSpot(TM) 64-Bit Server VM warning: INFO: os::commit_memory(0x0000000794500000, 576716800, 0) failed;目前因为启动多个服务，每个服务默认分配的最大内存就是1g，在运行一段时间后占用的内存就会达到最大值，一两个服务可能影响不大，实际的物理内存够用，但是多几个服务，每个服务都占用1g那就会报错，内存不够使用，无法提供服务。通过top查询内存使用情况，发现占用物理内存1g。
IDEA 设置Spring Boot启动模板 解决微服务调试占用内存多
与情深 | chacode.cn
11-24 2847
IDEA 设置Spring Boot启动模板 解决微服务调试占用内存多
springboot的jar包运行内存大的处理方案
clearwater的博客
12-06 2451
springboot的jar运行和指定内存运行
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值