OutOfMemoryError.jmap随笔浅谈

最新推荐文章于 2022-06-15 09:00:00 发布

GordoHu

最新推荐文章于 2022-06-15 09:00:00 发布

阅读量872

点赞数 1

分类专栏： java JDK Tomcat JVM jmap

本文链接：https://blog.csdn.net/GordoHu/article/details/82014259

版权

java 同时被 3 个专栏收录

13 篇文章 0 订阅

订阅专栏

JDK

1 篇文章 0 订阅

订阅专栏

Tomcat

1 篇文章 0 订阅

订阅专栏

jmap(查看内存)命令

-bash-4.1# jmap --help
Usage:
    jmap [option] <pid>
        (to connect to running process)
    jmap [option] <executable <core>
        (to connect to a core file)
    jmap [option] [server_id@]<remote server IP or hostname>
        (to connect to remote debug server)

where <option> is one of:
    <none>               to print same info as Solaris pmap
    -heap                to print java heap summary
    -histo[:live]        to print histogram of java object heap; if the "live"
                         suboption is specified, only count live objects
    -clstats             to print class loader statistics
    -finalizerinfo       to print information on objects awaiting finalization
    -dump:<dump-options> to dump java heap in hprof binary format
                         dump-options:
                           live         dump only live objects; if not specified,
                                        all objects in the heap are dumped.
                           format=b     binary format
                           file=<file>  dump heap to <file>
                         Example: jmap -dump:live,format=b,file=heap.bin <pid>
    -F                   force. Use with -dump:<dump-options> <pid> or -histo
                         to force a heap dump or histogram when <pid> does not
                         respond. The "live" suboption is not supported
                         in this mode.
    -h | -help           to print this help message
    -J<flag>             to pass <flag> directly to the runtime system
-bash-4.1#

在上面有一些命令的解释,和Example.

命令中的参数解释:

option：选项参数，不可同时使用多个选项参数

pid：java进程id，命令ps -ef | grep java获取

executable：产生核心dump的java可执行文件

core：需要打印配置信息的核心文件

remote-hostname-or-ip：远程调试的主机名或ip

server-id：可选的唯一id，如果相同的远程主机上运行了多台调试服务器，用此选项参数标识服务器

options的参数

heap : 显示Java堆详细信息

histo : 显示堆中对象的统计信息

permstat :Java堆内存的永久保存区域的类加载器的统计信息

finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
dump : 生成堆转储快照
F : 当-dump没有响应时，强制生成dump快照

举个例子:

-bash-4.1# jmap -heap 11187
Attaching to process ID 11187, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11

using thread-local object allocation.
Parallel GC with 2 thread(s)

Heap Configuration:
   MinHeapFreeRatio         = 0
   MaxHeapFreeRatio         = 100
   MaxHeapSize              = 492830720 (470.0MB)
   NewSize                  = 10485760 (10.0MB)
   MaxNewSize               = 164102144 (156.5MB)
   OldSize                  = 20971520 (20.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 72876032 (69.5MB)
   used     = 30822272 (29.3944091796875MB)
   free     = 42053760 (40.1055908203125MB)
   42.29411392760792% used
From Space:
   capacity = 16252928 (15.5MB)
   used     = 5137416 (4.899421691894531MB)
   free     = 11115512 (10.600578308105469MB)
   31.60917220577117% used
To Space:
   capacity = 15728640 (15.0MB)
   used     = 0 (0.0MB)
   free     = 15728640 (15.0MB)
   0.0% used
PS Old Generation
   capacity = 169869312 (162.0MB)
   used     = 112301376 (107.09893798828125MB)
   free     = 57567936 (54.90106201171875MB)
   66.11045554832175% used

42026 interned Strings occupying 4596712 bytes.

jmap -heap [PID] ( 这里的PID 通过 ps -ef | grep java 来查看当前正在运行的java进程来获取PID )

打印heap的概要信息，GC使用的算法，heap的配置及使用情况，可以用此来判断内存目前的使用情况以及垃圾回收情况

(通过上面打印发现没有PermSize 永生代的初始大小, MaxPermSize永生代的最大大小 , 永久代在JDK8中被完全的移除了。所以永久代的参数-XX:PermSize和-XX：MaxPermSize也被移除了. 永久代移除详情链接 )

jmap -finalizerinfo [PID]

打印等待回收的对象信息

-bash-4.1# jmap -finalizerinfo 11187
Attaching to process ID 11187, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.131-b11
Number of objects pending for finalization: 0 #说明当前F-QUEUE队列中并没有等待Fializer线程执行finalizer方法的对象。

jmap -histo [PID]

打印堆的对象统计，包括对象数、内存大小等等。

-bash-4.1# jmap -histo 11187
.........中间太多了打印看不见了
序号            实例数量         字节     类名
6599:             1             16  sun.text.normalizer.NormalizerBase$NFCMode
6600:             1             16  sun.text.normalizer.NormalizerBase$NFDMode
6601:             1             16  sun.text.normalizer.NormalizerBase$NFKCMode
6602:             1             16  sun.text.normalizer.NormalizerBase$NFKDMode
6603:             1             16  sun.text.normalizer.NormalizerImpl
6604:             1             16  sun.text.normalizer.NormalizerImpl$AuxTrieImpl
6605:             1             16  sun.text.normalizer.NormalizerImpl$FCDTrieImpl
6606:             1             16  sun.text.normalizer.NormalizerImpl$NormTrieImpl
6607:             1             16  sun.util.calendar.Gregorian
6608:             1             16  sun.util.locale.InternalLocaleBuilder$CaseInsensitiveChar
6609:             1             16  sun.util.locale.provider.AuxLocaleProviderAdapter$NullProvider
6610:             1             16  sun.util.locale.provider.CalendarDataUtility$CalendarWeekParameterGetter
6611:             1             16  sun.util.locale.provider.SPILocaleProviderAdapter
6612:             1             16  sun.util.locale.provider.TimeZoneNameUtility$TimeZoneNameGetter
6613:             1             16  sun.util.resources.LocaleData
6614:             1             16  sun.util.resources.LocaleData$LocaleDataResourceBundleControl
Total       2362889      122539696
-bash-4.1#

注意* jmap -histo:live [pid] 这个命令执行，JVM会先触发gc，然后再统计信息 . 在正式环境慎用.

扩展 : 使用 jmap -histo:live 11187 | grep normalizer > junbao_HeapDump.txt (是打印出存活的过滤出带有 normalizer字样的堆信息保存到当前所在层级的 junbao_HeapDump.txt文件中.)

jmap -permstat [PID]

打印Java堆内存的永久区的类加载器的智能统计信息。对于每个类加载器而言，它的名称、活跃度、地址、父类加载器、它所加载的类的数量和大小都会被打印。此外，包含的字符串数量和大小也会被打印。

粘贴的事例.非同一台服务.共参考
[root@localhost jdk1.7.0_79]# jmap -permstat 24971
Attaching to process ID 24971, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 24.79-b02
finding class loader instances ..done.
computing per loader stat ..done.
please wait.. computing liveness....................................................liveness analysis may be inaccurate ...
class_loader    classes bytes   parent_loader   alive?  type
 
<bootstrap>   3034    18149440      null      live    <internal>
0x000000070a88fbb8  1   3048      null      dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070a914860  1   3064    0x0000000709035198  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070a9fc320  1   3056    0x0000000709035198  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070adcb4c8  1   3064    0x0000000709035198  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070a913760  1   1888    0x0000000709035198  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x0000000709f3fd40  1   3032      null      dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070923ba78  1   3088    0x0000000709035260  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070a88fff8  1   3048      null      dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58
0x000000070adcbc58  1   1888    0x0000000709035198  dead    sun/reflect/DelegatingClassLoader@0x0000000703c50b58

上述为jmap的基本分析,共本人自己记录学习使用. (本文演示的是使用JDK8演示)

找到一篇不错的详细的使用链接附上.

OutOfMemoryError 原因：常见的有以下几种：

1.内存中加载的数据量过于庞大，如一次从数据库取出过多数据；

2.集合类中有对对象的引用，使用完后未清空，使得JVM不能回收；

3.代码中存在死循环或循环产生过多重复的对象实体；

4.使用的第三方软件中的BUG；

5.启动参数内存值设定的过小；

常见错误提示：

1.tomcat:java.lang.OutOfMemoryError: PermGen space

2.tomcat:java.lang.OutOfMemoryError: Java heap space

3.weblogic:Root cause of ServletException java.lang.OutOfMemoryError

4.resin:java.lang.OutOfMemoryError

5.java:java.lang.OutOfMemoryError

我遇到的是java.lang.OutOfMemoryError: PermGen space

解决：

1.应用服务器提示错误的解决：把启动参数内存值设置足够大。

2.Java代码导致错误的解决：重点排查以下几点：

1)检查代码中是否有死循环或递归调用。

2)检查是否有大循环重复产生新对象实体。

3)检查对数据库查询中，是否有一次获得全部数据的查询。一般来说，如果一次取十万条记录到内存，就可能引起内存溢出。这个问题比较隐蔽，在上线前，数据库中数据较少，不容易出问题，上线后，数据库中数据多了，一次查询就有可能引起内存溢出。因此对于数据库查询尽量采用分页的方式查询。

4 )检查List、MAP等集合对象是否有使用完后，未清除的问题。List、MAP等集合对象会始终存有对对象的引用，使得这些对象不能被GC回收。

tomcat中java.lang.OutOfMemoryError: PermGen space异常处理

一、PermGen space PermGen space的全称是Permanent Generation space,是指内存的永久保存区域, 这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中, 它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对 PermGen space进行清理，所以如果你的应用中有很多CLASS的话,就很可能出现PermGen space错误, 这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法： 手动设置MaxPermSize大小修改TOMCAT_HOME/bin/catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m 建议：将相同的第三方jar文件移置到tomcat/shared/lib目录下，这样可以达到减少jar 文档重复占用内存的目的。

回家以后再JDK7的服务器上解决一下 , 就OK了.