java内存占用过高分析

已于 2024-05-17 09:43:07 修改
阅读量3.6k 收藏 29
点赞数 40
文章标签： java
于 2024-05-08 14:59:58 首次发布
本文链接：https://blog.csdn.net/weixin_44340856/article/details/138571187
版权

1. Top命令：当前负载机cpu 占用情况，及详解

第一行top05:34:05up 153days0 usersload average: 0.85,0.78,0.66
任务队列表示当前时间系统运行时间当前登录用户数系统负载，即任务队列的平均长度。 三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值
第二行Tasks:38 totals1 running34 sleeping3 stopped0 zombie
进程进程总数正在运行的进程数睡眠的进程数停止的进程数僵尸进程数
第三行%Cpu(s)7.0 us4.7 sy0.0 ni87.5 id0.0 wa0.8 hi0.0 si
CPU的信息用户空间占用CPU百分比内核空间占用CPU百分比用户进程空间内改变过优先级的进程占用CPU百分比空闲CPU百分比等待输入输出的CPU时间百分比硬中断（Hardware IRQ）占用CPU的百分比软中断（Software Interrupts）占用CPU的百分比
第四行 KiB Mem:32626.0 total2252.2 free12445.7 used17938.1 buff/cache
内存信息物理内存总量使用的物理内存总量空闲内存总量用作内核缓存的内存量
第五行 KiB Swap32767.9 total32439.9.2 free328.0 used15132.6 buff/cache
交换区总量使用的交换区总量空闲交换区总量代表可用于进程下一次分配的物理内存数量
进程信息PIDUSERNIVIRTRESSHRS%CPU%MEM
具体进程信息进程id进程所有者的用户名nice值。负值表示高优先级，正值表示低优先级进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA共享内存大小，单位kb进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程该进程占用的 CPU 使用率该进程占用的物理内存和总内存的百分比

在这里插入图片描述

2. JPS命令：查询当前进程资源

jps -l  #查询所有java进程
jps -l  | grep 进程ID    # 根据进程ID进行过滤

3.JSTAT 命令：查看GC垃圾回收统计情况

jstat -gc 7 2000 100      # 每个2秒打印一次 打印100次
jstat -gcutil 7 2000 10 # 查询当前进程下，各区已使用的内存占比情况
jstat -gccause 7        # 近一次GC统计和原因

程序的运行产生的对象在Eden区增长。
当Eden区的EU达到了EC（最大容量）时，这个时候就会进行Eden区的垃圾回收，依然存活的对象会从Eden区转移到S0区；
当对象持续增长时，就会执行S0的垃圾回收，依然存活的对象会从S0转移到S1，如果对象依旧持续产生，就会有对象转移到Old区，也就是老年代。
当老年代的内存容量也满了时，就会发生Full GC。

S0CS1CS0US1UECEUOCOUMCMUCCSCCCSUYGCYGCTFGCFGCTGCT
第一个幸存区的大小第二个幸存区的大小第一个幸存区的使用大小第二个幸存区的使用大小伊甸园区的大小伊甸园区的使用大小老年代大小老年代使用大小方法区大小方法区使用大小压缩类空间大小压缩类空间使用大小Minor GC次数Minor GC耗时Full GC次数老年代垃圾回收消耗时间Minor & Full GC共计耗时

在这里插入图片描述

4.JMAP命令：查看JVM信息

bash: jmap: command not found
命令找不到
yum -y install java-devel
4.1 查看整个JVM内存状态

jmap -heap  PID

# 堆的配置（Heap Configuration）
Heap Configuration: //堆内存初始化配置
    MinHeapFreeRatio = 0                         //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)
    MaxHeapFreeRatio = 100                         //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)
    MaxHeapSize      = 2082471936 (1986.0MB)     //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小
    NewSize          = 1310720 (1.25MB)            //对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小
    MaxNewSize       = 17592186044415 MB        //对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小
    OldSize          = 5439488 (5.1875MB)        //对应jvm启动参数-XX:OldSize=<value>:设置JVM堆的‘老生代’的大小
    NewRatio         = 2                         //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率
    SurvivorRatio    = 8                         //对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值
    PermSize         = 21757952 (20.75MB)          //对应jvm启动参数-XX:PermSize=<value>:设置JVM堆的‘永生代’的初始大小
    MaxPermSize      = 85983232 (82.0MB)        //对应jvm启动参数-XX:MaxPermSize=<value>:设置JVM堆的‘永生代’的最大大小
    G1HeapRegionSize = 0 (0.0MB)  
# 堆使用（Heap Usage）（新生代、老年代）
Heap Usage:                                        //堆内存使用情况
 PS Young Generation
 Eden Space:                                    //Eden区内存分布
    capacity = 33030144 (31.5MB)                //Eden区总容量
    used     = 1524040 (1.4534378051757812MB)   //Eden区已使用
    free     = 31506104 (30.04656219482422MB)   //Eden区剩余容量
    4.614088270399305% used                     //Eden区使用比率
 From Space:                                      //其中一个Survivor区的内存分布
    capacity = 5242880 (5.0MB)
    used     = 0 (0.0MB)
    free     = 5242880 (5.0MB)
    0.0% used
 To Space:                                      //另一个Survivor区的内存分布
    capacity = 5242880 (5.0MB)
    used     = 0 (0.0MB)
    free     = 5242880 (5.0MB)
    0.0% used
 PS Old Generation                                 //当前的Old区内存分布
    capacity = 86507520 (82.5MB)
    used     = 0 (0.0MB)
    free     = 86507520 (82.5MB)
    0.0% used
 PS Perm Generation                                //当前的 “永生代” 内存分布
    capacity = 22020096 (21.0MB)
    used     = 2496528 (2.3808746337890625MB)
    free     = 19523568 (18.619125366210938MB)
    11.337498256138392% used

4.2 查看JVM堆中对象详细占用情况

jmap -histo:live <pid> | more

4.3 生成DUMP日志文件分析

jmap -dump:live,format=b,file=dump.dump 20455
dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名

jmap -dump:format=b,file=<outputfile.hprof> <pid> #生成hprof文件

4.4 使用jvisualvm装入分析
4.5 其他查看命令
ps命令

ps -p 进程ID -o vsz,rss

   VSZ   RSS
3701784 413924

VSZ是指已分配的线性空间大小，这个大小通常并不等于程序实际用到的内存大小，产生这个的可能性很多，比如内存映射，共享的动态库，或者向系统申请了更多的堆，都会扩展线性空间大小。

RSZ是Resident Set Size，常驻内存大小，即进程实际占用的物理内存大小

pmap -x 进程ID
Address           Kbytes     RSS   Dirty Mode   Mapping
0000000000400000       4       4       0 r-x--  java
0000000000600000       4       4       4 rw---  java
00000000017f8000    2256    2136    2136 rw---    [ anon ]
00000000c4000000   82944   63488   63488 rw---    [ anon ]
00000000c9100000  572416       0       0 -----    [ anon ]
00000000ec000000   27648   27136   27136 rw---    [ anon ]
00000000edb00000  300032       0       0 -----    [ anon ]
......
total kB         3701784  413924  400716

Address: 内存分配地址
Kbytes:  实际分配的内存大小
RSS:     程序实际占用的内存大小
Mapping: 分配该内存的模块的名称

anon(分配内存)，这些表示这块内存是由mmap分配的

5.JVM内存

jvn内存划分区，总体上可以分为堆和非堆(基于java8）
在这里插入图片描述
java进程最大占用的物理内存为:

Max Memory = eden + survivor + old + String Constant Pool + Code cache + compressed class space + Metaspace + Thread stack(*thread num) + Direct + Mapped + JVM + Native Memory
  1. 堆和非堆内存
    堆和非堆内存有以下几个概念：
  • init
    表示JVM在启动时从操作系统申请内存管理的初始内存大小(以字节为单位)。JVM可能从操作系统请求额外的内存，也可以随着时间的推移向操作系统释放内存（经实际测试，这个内存并没有过主动释放）。这个init的值可能不会定义。
  • used
    表示当前使用的内存量(以字节为单位)
  • committed
    表示保证可供 Jvm使用的内存大小(以字节为单位)。 已提交内存的大小可能随时间而变化(增加或减少)。 JVM也可能向系统释放内存，导致已提交的内存可能小于 init，但是committed永远会大于等于used。
  • max
    表示可用于内存管理的最大内存(以字节为单位)。
  • NMT追踪内存
    NMT(Native Memory tracking)是一种Java HotSpot VM功能，可跟踪Java HotSpot VM的内部内存使用情况（jdk8+）。
  1. 执行测试
  • 开启
    NMT必须先通过VM启动参数中打开，不过要注意的是，打开NMT会增加3MB左右内存,5%-10%CPU的性能损耗。
    在启动参数中添加-XX:NativeMemoryTracking=detail
-XX:NativeMemoryTracking=[off | summary | detail]
# off: 默认关闭
# summary: 只统计各个分类的内存使用情况.
# detail: 收集各个分类的内存使用情况

例如：-XX:NativeMemoryTracking=detail
java -XX:NativeMemoryTracking=summary -jar -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -Xms4096m -Xmx4096m -Xmn512m -Xss512k -XX:SurvivorRatio=8 -XX:+UseG1GC xxx.jar
  • 查看
jcmd <pid> VM.native_memory summary scale=MB
  • 输出结果
Native Memory Tracking:
Total: reserved=6988749KB, committed=3692013KB
 堆内存
- Java Heap (reserved=5242880KB, committed=3205008KB)
 (mmap: reserved=5242880KB, committed=3205008KB)
 类加载信息
- Class (reserved=1114618KB, committed=74642KB)
 (classes #10657)
 (malloc=4602KB #32974)
 (mmap: reserved=1110016KB, committed=70040KB)
 线程栈
- Thread (reserved=255213KB, committed=255213KB)
 (thread #248)
 (stack: reserved=253916KB, committed=253916KB)
 (malloc=816KB #1242)
 (arena=481KB #494)
 代码缓存
- Code (reserved=257475KB, committed=46551KB)
 (malloc=7875KB #10417)
 (mmap: reserved=249600KB, committed=38676KB)
 垃圾回收
- GC (reserved=31524KB, committed=23560KB)
 (malloc=17180KB #2113)
 (mmap: reserved=14344KB, committed=6380KB)
 编译器
- Compiler (reserved=598KB, committed=598KB)
 (malloc=467KB #1305)
 (arena=131KB #3)
 内部
- Internal (reserved=6142KB, committed=6142KB)
 (malloc=6110KB #23691)
 (mmap: reserved=32KB, committed=32KB)
 符号
- Symbol (reserved=11269KB, committed=11269KB)
 (malloc=8544KB #89873)
 (arena=2725KB #1)
 nmt
- Native Memory Tracking (reserved=2781KB, committed=2781KB)
 (malloc=199KB #3036)
 (tracking overhead=2582KB)
- Arena Chunk (reserved=194KB, committed=194KB)
 (malloc=194KB)
- Unknown (reserved=66056KB, committed=66056KB)
 (mmap: reserved=66056KB, committed=66056KB)

在这里插入图片描述
reserved
reserved memory 是指JVM 通过mmaped PROT_NONE 申请的虚拟地址空间，在页表中已经存在了记录（entries），保证了其他进程不会被占用。
在堆内存下，就是xmx值，jvm申请的最大保留内存。
committed
committed memory 是JVM向操做系统实际分配的内存（malloc/mmap）,mmaped PROT_READ | PROT_WRITE，相当于程序实际申请的可用内存。
注意，committed申请的内存并不是说直接占用了物理内存，由于操作系统的内存管理是惰性的，对于已申请的内存虽然会分配地址空间，但并不会直接占用物理内存，真正使用的时候才会映射到实际的物理内存。所以committed > res也是很可能的
Linux内存与JVM内存
再来说说JVM内存与该进程的内存。
现在有一个Java进程，JVM所有已使用内存区域加起来才2G（不包括Native Memory，也没有显式调用JNI的地方），但从top/pmap上看该进程res已经2.9G了

#top
top -p 7
top - 17:39:40 up 140 days, 5:39, 5 users, load average: 0.00, 0.01, 0.00
Tasks: 1 total, 0 running, 1 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 8059152k total, 5255384k used, 2803768k free, 148872k buffers
Swap: 0k total, 0k used, 0k free, 1151812k cached
 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 6267 root 20 0 8930m 2.9g 17m S 0.0 37.6 4:13.31 java

那么其余的0.9G内存去哪了呢？
这时候就要介绍下JVM与Linux内存的联系了
当Java程序启动后，会根据Xmx为堆预申请一块保留内存，并不会直接使用，也不会占用物理内存
然后申请（malloc之类的方法）Xms大小的虚拟内存，但是由于操作系统的内存管理是惰性的，有一个内存延迟分配的概念。malloc虽然会分配内存地址空间，但是并没有映射到实际的物理内存，只有当对该地址空间赋值时，才会真正的占用物理内存，才会影响RES的大小。
所以可能会出现进程所用内存大于当前堆+非堆的情况。
比如说该Java程序在5分钟前，有一定活动，占用了2.6G堆内存（无论堆中的什么代），经过GC之后，虽然堆内存已经被回收了，堆占用很低，但GC的回收只是针对Jvm申请的这块内存区域，并不会调用操作系统释放内存。所以该进程的内存并不会释放，这时就会出现进程内存远远大于堆+非堆的情况。
至于Oracle文档上说的，Jvm可能会向操作系统释放内存，经过测试没有发现释放的情况。不过就算有主动释放的情况，也不太需要我们程序关心了。
java中进程的含义 java进程占用的内存
RES（Resident Set Size）是常驻内存的意思，进程实际使用的物理内存

6.结论

因此如果正常情况下jmap输出的内存占用远小于 RSZ，可以不用太担心，除非发生一些严重错误，比如PermGen空间满了导致OutOfMemoryError发生，或者RSZ太高导致引起系统公愤被OOM Killer给干掉，就得注意了，该加内存加内存，没钱买内存加交换空间，或者按上面列的组成部分逐一排除。
这几个内存指标之间的关系是：VSZ >> RSZ >> Java程序实际使用的堆大小

Rღ
关注
Java内存占用过高问题分析
u012743521的博客
12-23 5549
介绍Java运行时内存占用过高的检测方法
(一)JAVA CPU占用过高问题排查(linux)
whupanyinghua的专栏
06-12 1万+
JAVA CPU占用过高问题排查(linux) 最近发现有一个服务在服务器上无响应，到服务器上一看，好家伙，java进程CPU一直100%以上 简单记录下我对这个问题的跟踪 首先当然要看下具体是java中哪个线程一直在占用cpu时间哈(说明下，我的java进程号是 26178) 1.根据java进程ID进行CPU占用排查  ps -mp 26178 -o THR
java程序高cpu占用，内存过高问题
xyznol的博客
02-13 5641
java程序高cpu，内存问题
java内存飙高或内存溢出排查
最新发布
qq_60609686的博客
09-12 1090
今天在预发布环境,测试出内存溢出,梳理一下排查过程。
聊聊Java中的内存
芒果不是程序猿v：lemon-hanwa 的博客
10-23 513
JVM的内存 先放一张JVM的内存划分图，总体上可以分为堆和非堆（粗略划分，基于java8） 那么一个Java进程最大占用的物理内存为： Max Memory = eden + survivor + old + String Constant Pool + Code cache + compressed class space + Metaspace + Thread st...
java内存占用过大问题排查及解决
Assassinhanc的博客
05-21 5671
1.consumer实例堆内存分配4g，xmx设置为4g，在生产环境运行一段时间后，实际占用内存4.8g，业务运行正常，未出现OOM。2、生产环境项目，均出现运行一段时间后，内存被占满但未OOM的情况。部分实例因内存占用过高导致被系统kill，一般需要通过增加机器、实例进行解决（资源浪费）。造成的影响3、服务器物理内存8g，部署了两个服务。consumer如过实际占用内存都超过4.8g，导致服务器物理内存不够用，出现告警而将占用内存最大进程kill掉，影响生产服务的可用性，后果十分严重。
Java进程占用内存过高，排查解决方法
热门推荐
weixin_30323961的博客
05-23 5万+
最近收到邮件报警，说内存使作率达到84%。如下图： 解决方法： A:可能是代码原因导致的问题： 1、使用命令：top查看当前进程的状态 2、从上图可以看到PID：916的java进程占用内存较大。定位线程问题（通过命令查看PID 为25894 进程的线程情况）,命令：# ps p 916 -L -o pcpu,pmem,pid,tid,time,tname,cmd ...
java 对象内存布局_JOL：分析Java对象的内存布局
weixin_28705579的博客
02-24 311
通过OpenJDK官方提供的JOL(Java Object Layout)工具，我们即可很方便分析、了解一个Java对象在内存当中的具体布局情况。这里将在64位的HotSpot Java虚拟机环境下进行分析、测试Java 对象的内存布局Java的实例对象、数组对象在内存中的组成包括如下三部分：对象头Hearder、实例数据、内存填充。示意图如下所示对象头：其主要包括两部分数据：Mark Word、...
Java 对象内存占用分析
qq_43156556的博客
09-18 1191
占用多大内存？面到这个题目的时候，我实际上不知道到底问的是啥？从小白的角度来看，这不是分三部分吗？String 类型的引用，String 实例对象，String 类型的字符串难道是把这三者加起来？可 JVM 那本书上并没有说引用类型占多少字节，String 类型也不属于基本数据类型啊？本文基于小白水平借助 openjdk.jol 工具复盘该题，主要包含以下三个方面的内容：① new String() ：发生了什么，即本题实际在考察什么的内存占用。
java内存过高_Java应用问题定位系列——内存占用过高
weixin_32496175的博客
02-26 1105
定位Java程序内存使用过高或者内存泄漏的问题跟CPU也类似，一般可以分为以下3个步骤：定位进程定位线程定位具体方法(代码部分)一、定位进程通过top -c(然后按Shift+M按内存排序)，或者htop等工具定位到具体的高内存进程。假设定位到的进程ID为14279。二、定位线程2.1 通过top查看线程top -H -p 14279(然后按Shift+M按内存排序)定位占内存的线程：%Cpu(s...
LINUX类主机JAVA应用程序占用CPU、内存过高分析手段
12-11
当用户量过大，或服务器性能不足以支持大用户量，但同时又得不到扩容的情况下，进行性能分析，并对系统、...目前大多数运维产品都基于JAVA语言开发，读过本文分享的在linux环境下对JAVA的性能分析手段会让你受益匪浅。
java应用cpu占用过高问题分析及解决方法
08-29
3. 使用 jstack 命令分析 Java 程序的线程 dump，从而找到 CPU 占用率过高的原因。 三、解决 Java 应用程序 CPU 占用率过高的方法 1. 优化编程实践：遵循良好的编程实践，避免无限循环、递归函数、不必要的对象...
linux运行java程序内存过大_排查java应用linux环境内存占用过高的问题
weixin_42395823的博客
03-02 4991
一、问题场景在一个短信平台的项目中，设置了一个下发节点的Xmx为16G，但是出现了内存撑满，导致CPU过高的情况。当时的具体情况是，该应用内存占用16G，该应用CPU占用1400%(16核)，服务器负载15左右。进入应用的实时日志，发现日志每打印四五秒后，会暂停一分多钟。这代表着由于内存耗尽，导致cpu高负载，最终导致应用程序不能正常运行，断断续续。严重影响生产环境的运行速率。二、解决方案1、线上...
Java进程内存占用过高，排查解决方法
CyberWizarDD的博客
08-22 6606
Java进程内存占用过高是一个常见的问题，但通过检查内存泄漏、优化对象的创建和销毁以及调整JVM内存参数，我们可以有效地解决这个问题。本文将介绍一些常见的排查和解决方法，帮助您解决Java进程内存占用过高的问题。Java应用程序运行在Java虚拟机（JVM）中，可以通过调整JVM的内存参数来限制Java进程的内存占用。通过优化对象的创建和销毁，可以有效减少内存占用，提升Java应用程序的性能和稳定性。a. 使用对象池：通过对象池可以重用已经创建的对象，减少对象的创建和销毁次数。优化对象的创建和销毁。
java 进程内存_java进程占用系统内存高，排查解决
weixin_42352453的博客
02-12 540
故障：最近收到生产服务器的报警短信以及邮件，报警内容为：内存使用率高于70%。使用top命令查看系统资源的使用情况，命令：top如图可以看到java的进程内存使用率较高，java进程的内存使用率达到了70%+2.定位线程问题(通过命令查看9718进程的线程情况)，命令：ps p 9718 -L -o pcpu,pmem,pid,tid,time,tname,cmd由此可以看到这PID：9718的进...
Java 服务内存占用太高
summer_fish的专栏
01-23 5869
对于大多数服务端场景来说，并不需要JVM 这个手动释放内存的操作。至于 JVM 是否归还内存给操作系统这个问题，我们也并不关心。而且基于上面那个测试结果，不同 JAVA 版本，不同垃圾回收器版本区别这么大，更是没必要去深究了。综上，JVM 虽然可以释放空闲内存给操作系统，但是不一定会释放，在不同 JAVA 版本，不同垃圾回收器版本下表现不同，知道有这个机制就行。
怎么看服务器cpu温度命令_如何查看服务器的CPU内存负载情况？
weixin_35058762的博客
02-05 895
什么是服务器负载负载(load)是linux机器的一个重要指标，直观了反应了机器当前的状态。来看下负载的定义是怎样的：In UNIX compung， the system load is a measure of the amount of computaonal work that a computer system performs. The load average represents ...
系统运维问题排查-java内存高分析
weixin_40012925的博客
08-08 1581
java.lang.Thread.State: TIMED_WAITING (parking或sleeping)：定时的，那个条件不到来，也将定时唤醒自己。S0 — Heap上的 Survivor space 0 区已使用空间的百分比。S1 — Heap上的 Survivor space 1 区已使用空间的百分比。E — Heap上的 Eden space 区已使用空间的百分比。GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)O — Heap上的 Old space 区已使用空间的百分比。
java内存占用分析_Java程序内存分析：使用mat工具分析内存占用
weixin_35857807的博客
02-12 299
MAT 不是一个万能工具，它并不能处理所有类型的堆存储文件。但是比较主流的厂家和格式，例如 Sun, HP, SAP 所采用的 HPROF 二进制堆存储文件，以及 IBM 的 PHD 堆存储文件等都能被很好的解析。下面来看看要怎么做呢，也许对你有用。官方文档：http://help.eclipse.org/luna/index.jsp?topic=/org.eclipse.mat.ui.help/...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值