精华内容
下载资源
问答
  • 信息摘要: ARMS V2.4.3发布,应用监控支持内存快照分析、全息排查等功能。适用客户: 企业开发和运维人员。版本/规格功能: 1. 支持内存快照分析,内存对象分布一览无遗,内存泄露秒级定位。 2. 支持全息排查,用户...
    信息摘要: ARMS V2.4.3发布,应用监控支持内存快照分析、全息排查等功能。
    适用客户: 企业开发和运维人员。
    版本/规格功能: 1. 支持内存快照分析,内存对象分布一览无遗,内存泄露秒级定位。 2. 支持全息排查,用户可通过业务语义快速定位到相关调用链进行问题诊断。 3. 支持监控方法自定义配置,用户可动态自行配置要监控和捕获异常的具体方法,监控细粒度范围进一步扩大,配置秒级生效,无需重启机器。 4. 新增应用监控概览页,问题排查和定位更加方便准确。 5. 全新支持MQ链路监控,可快速定位消息延时、错误、堆积等情况。
    产品文档: https://help.aliyun.com/document_detail/42952.html
    展开全文
  • 信息摘要: ARMS V4.3发布,应用监控全新支持内存快照分析,全息排查等功能。适用客户: 企业开发和运维人员。版本/规格功能: 1. 支持内存快照分析,内存对象分布一览无遗,内存泄露秒级定位。 2. 支持全息排查,...
    信息摘要: ARMS V4.3发布,应用监控全新支持内存快照分析,全息排查等功能。
    适用客户: 企业开发和运维人员。
    版本/规格功能: 1. 支持内存快照分析,内存对象分布一览无遗,内存泄露秒级定位。 2. 支持全息排查,用户可通过业务语义快速定位到相关调用链进行问题诊断。 3. 支持监控方法自定义配置,用户可动态自行配置要监控和捕获异常的具体方法,监控细粒度范围进一步扩大,配置秒级生效,无需重启机器。 4. 新增应用监控概览页,问题排查和定位更加方便准确。 5. 全新支持MQ链路监控,可快速定位消息延时、错误、堆积等情况。
    产品文档: https://help.aliyun.com/document_detail/63796.html
    展开全文
  • 深入理解java虚拟机-内存快照分析

    千次阅读 2018-04-07 14:53:09
    -、情景复现 这里举一个栗子,最简单的 java.lang.OutOfMemoryError: Java heap space错误的分析思路。 简单代码:  public static void main(String[] args) { List<String> list = new ...

    -、情景复现

     这里举一个栗子,最简单的 java.lang.OutOfMemoryError: Java heap space错误的分析思路。  

     简单代码:

     

    	public static void main(String[] args) {
    		List<String> list = new ArrayList<String>();
    		while(true){
    			list.add(new String());
    			System.out.println(1);
    		}
    	}

    抛出异常:

    Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
    	at java.util.Arrays.copyOf(Arrays.java:3210)
    	at java.util.Arrays.copyOf(Arrays.java:3181)
    	at java.util.ArrayList.grow(ArrayList.java:261)
    	at java.util.ArrayList.ensureExplicitCapacity(ArrayList.java:235)
    	at java.util.ArrayList.ensureCapacityInternal(ArrayList.java:227)
    	at java.util.ArrayList.add(ArrayList.java:458)
    	at com.compare_1.Main.main(Main.java:13)

    //熟悉的配方 熟悉的味道

    一般在简单的程序中,我们浏览代码能迅速的定位到问题所在。然后就可以从硬件或者代码优化来解决这个问题,但是在实际操作过程中,有出现比较复杂的情况,就需要使用一些工具来辅助程序猿来找到出现问题的代码。

    二、内存快照

    -XX:+HeapDumpOnOutOfMemoryError


    配置VM arguments,加入上面的这条设置,在内存报错时则可以生成快照。快照存储在当前项目所在的workspace中


    三、Memory Analyzer 快照分析工具

    下载:http://www.eclipse.org/mat/downloads.php 

    1)选择适合的版本然后打开(不多说)。

    2)选择快照,打开-工具左上角-File-Open Head Dump。

    3)分析

      3.1overview 全局分析内存使用情况


    深颜色表示出错内存所占总分配内存的总数,这里-Xms20m  -Xmx20m。

      3.2 Open Dominator Tree

    这里加载堆内存的所有信息,百分比让问题显而易见。

    这里 Shallow Heap  单个对象所占大小。

    Retained Heap  所有对象及引用所占大小。(垃圾回收)


      3.3定位出错所在

      


    总结

    目前刚接触这个分析工具,这里简单描述下思路,未来会持续更新。

    -- over--

    展开全文
  • jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。 命令格式 jstat [option] LVMID [interval] [count] 参数 ...

    运用jvm自带的命令可以方便的在生产监控和打印堆栈的日志信息帮忙我们来定位问题!虽然jvm调优成熟的工具已经有很多:jconsole、大名鼎鼎的VisualVM,IBM的Memory Analyzer等等,但是在生产环境出现问题的时候,一方面工具的使用会有所限制,另一方面喜欢装X的我们,总喜欢在出现问题的时候在终端输入一些命令来解决。所有的工具几乎都是依赖于jdk的接口和底层的这些命令,研究这些命令的使用也让我们更能了解jvm构成和特性。

    Sun JDK监控和故障处理命令有jps jstat jmap jhat jstack jinfo下面做一一介绍

    jvisualvm

    JDK自带的客户端jvm内存情况观察工具,可以通过ip、端口,账户密码连接远程java服务,观察cpu、堆、类,线程情况,。


    jps

    JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机进程。

    命令格式

    jps [options] [hostid]

    option参数

    • -l : 输出主类全名或jar路径
    • -q : 只输出LVMID
    • -m : 输出JVM启动时传递给main()的参数
    • -v : 输出JVM启动时显示指定的JVM参数

    其中[option]、[hostid]参数也可以不写。

    示例

    $ jps -l -m
      28920 org.apache.catalina.startup.Bootstrap start
      11589 org.apache.catalina.startup.Bootstrap start
      25816 sun.tools.jps.Jps -l -m

    jstat

    jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。

    命令格式

    jstat [option] LVMID [interval] [count]

    参数

    • [option] : 操作参数
    • LVMID : 本地虚拟机进程ID
    • [interval] : 连续输出的时间间隔
    • [count] : 连续输出的次数

    option 参数总览

    OptionDisplays…
    classclass loader的行为统计。Statistics on the behavior of the class loader.
    compilerHotSpt JIT编译器行为统计。Statistics of the behavior of the HotSpot Just-in-Time compiler.
    gc垃圾回收堆的行为统计。Statistics of the behavior of the garbage collected heap.
    gccapacity各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。Statistics of the capacities of the generations and their corresponding spaces.
    gcutil垃圾回收统计概述。Summary of garbage collection statistics.
    gccause垃圾收集统计概述(同-gcutil),附加最近两次垃圾回收事件的原因。Summary of garbage collection statistics (same as -gcutil), with the cause of the last and
    gcnew新生代行为统计。Statistics of the behavior of the new generation.
    gcnewcapacity新生代与其相应的内存空间的统计。Statistics of the sizes of the new generations and its corresponding spaces.
    gcold年老代和永生代行为统计。Statistics of the behavior of the old and permanent generations.
    gcoldcapacity年老代行为统计。Statistics of the sizes of the old generation.
    gcpermcapacity永生代行为统计。Statistics of the sizes of the permanent generation.
    printcompilationHotSpot编译方法统计。HotSpot compilation method statistics.

    option 参数详解

    -class

    监视类装载、卸载数量、总空间以及耗费的时间

    $ jstat -class 11589
     Loaded  Bytes  Unloaded  Bytes     Time   
      7035  14506.3     0     0.0       3.67
    • Loaded : 加载class的数量
    • Bytes : class字节大小
    • Unloaded : 未加载class的数量
    • Bytes : 未加载class的字节大小
    • Time : 加载时间
    -compiler

    输出JIT编译过的方法数量耗时等

    $ jstat -compiler 1262
    Compiled Failed Invalid   Time   FailedType FailedMethod
        2573      1       0    47.60          1 org/apache/catalina/loader/WebappClassLoader findResourceInternal  
    • Compiled : 编译数量
    • Failed : 编译失败数量
    • Invalid : 无效数量
    • Time : 编译耗时
    • FailedType : 失败类型
    • FailedMethod : 失败方法的全限定名
    -gc

    垃圾回收堆的行为统计,常用命令

    $ jstat -gc 1262
     S0C    S1C     S0U     S1U   EC       EU        OC         OU        PC       PU         YGC    YGCT    FGC    FGCT     GCT   
    26112.0 24064.0 6562.5  0.0   564224.0 76274.5   434176.0   388518.3  524288.0 42724.7    320    6.417   1      0.398    6.815

    C即Capacity 总容量,U即Used 已使用的容量

    • S0C : survivor0区的总容量
    • S1C : survivor1区的总容量
    • S0U : survivor0区已使用的容量
    • S1C : survivor1区已使用的容量
    • EC : Eden区的总容量
    • EU : Eden区已使用的容量
    • OC : Old区的总容量
    • OU : Old区已使用的容量
    • PC 当前perm的容量 (KB)
    • PU perm的使用 (KB)
    • YGC : 新生代垃圾回收次数
    • YGCT : 新生代垃圾回收时间
    • FGC : 老年代垃圾回收次数
    • FGCT : 老年代垃圾回收时间
    • GCT : 垃圾回收总消耗时间
    $ jstat -gc 1262 2000 20

    这个命令意思就是每隔2000ms输出1262的gc情况,一共输出20次

    -gccapacity

    同-gc,不过还会输出Java堆各区域使用到的最大、最小空间

    $ jstat -gccapacity 1262
     NGCMN    NGCMX     NGC    S0C   S1C       EC         OGCMN      OGCMX      OGC        OC       PGCMN    PGCMX     PGC      PC         YGC    FGC 
    614400.0 614400.0 614400.0 26112.0 24064.0 564224.0   434176.0   434176.0   434176.0   434176.0 524288.0 1048576.0 524288.0 524288.0    320     1  
    • NGCMN : 新生代占用的最小空间
    • NGCMX : 新生代占用的最大空间
    • OGCMN : 老年代占用的最小空间
    • OGCMX : 老年代占用的最大空间
    • OGC:当前年老代的容量 (KB)
    • OC:当前年老代的空间 (KB)
    • PGCMN : perm占用的最小空间
    • PGCMX : perm占用的最大空间
    -gcutil

    同-gc,不过输出的是已使用空间占总空间的百分比

    $ jstat -gcutil 28920
      S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT   
     12.45   0.00  33.85   0.00   4.44  4       0.242     0    0.000    0.242
    -gccause

    垃圾收集统计概述(同-gcutil),附加最近两次垃圾回收事件的原因

    $ jstat -gccause 28920
      S0     S1     E      O      P       YGC     YGCT    FGC    FGCT     GCT    LGCC                 GCC                 
     12.45   0.00  33.85   0.00   4.44      4    0.242     0    0.000    0.242   Allocation Failure   No GC  
    • LGCC:最近垃圾回收的原因
    • GCC:当前垃圾回收的原因
    -gcnew

    统计新生代的行为

    $ jstat -gcnew 28920
     S0C      S1C      S0U        S1U  TT  MTT  DSS      EC        EU         YGC     YGCT  
     419392.0 419392.0 52231.8    0.0  6   6    209696.0 3355520.0 1172246.0  4       0.242
    • TT:Tenuring threshold(提升阈值)
    • MTT:最大的tenuring threshold
    • DSS:survivor区域大小 (KB)
    -gcnewcapacity

    新生代与其相应的内存空间的统计

    $ jstat -gcnewcapacity 28920
      NGCMN      NGCMX       NGC      S0CMX     S0C     S1CMX     S1C       ECMX        EC        YGC   FGC 
     4194304.0  4194304.0  4194304.0 419392.0 419392.0 419392.0 419392.0  3355520.0  3355520.0     4     0
    • NGC:当前年轻代的容量 (KB)
    • S0CMX:最大的S0空间 (KB)
    • S0C:当前S0空间 (KB)
    • ECMX:最大eden空间 (KB)
    • EC:当前eden空间 (KB)
    -gcold

    统计旧生代的行为

    $ jstat -gcold 28920
       PC       PU        OC           OU       YGC    FGC    FGCT     GCT   
    1048576.0  46561.7   6291456.0     0.0      4      0      0.000    0.242
    -gcoldcapacity

    统计旧生代的大小和空间

    $ jstat -gcoldcapacity 28920
       OGCMN       OGCMX        OGC         OC         YGC   FGC    FGCT     GCT   
      6291456.0   6291456.0   6291456.0   6291456.0     4     0    0.000    0.242
    -gcpermcapacity

    永生代行为统计

    $ jstat -gcpermcapacity 28920
        PGCMN      PGCMX       PGC         PC      YGC   FGC    FGCT     GCT   
     1048576.0  2097152.0  1048576.0  1048576.0     4     0    0.000    0.242
    -printcompilation

    hotspot编译方法统计

    $ jstat -printcompilation 28920
        Compiled  Size  Type Method
        1291      78     1    java/util/ArrayList indexOf
    • Compiled:被执行的编译任务的数量
    • Size:方法字节码的字节数
    • Type:编译类型
    • Method:编译方法的类名和方法名。类名使用"/" 代替 "." 作为空间分隔符. 方法名是给出类的方法名. 格式是一致于HotSpot - XX:+PrintComplation 选项

    jmap

    jmap(JVM Memory Map)命令用于生成heap dump文件,如果不使用这个命令,还阔以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。
    jmap不仅能生成dump文件,还阔以查询finalize执行队列、Java堆和永久代的详细信息,如当前使用率、当前使用的是哪种收集器等。

    命令格式

    jmap [option] LVMID

    option参数

    • dump : 生成堆转储快照
    • finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
    • heap : 显示Java堆详细信息
    • histo : 显示堆中对象的统计信息
    • permstat : to print permanent generation statistics
    • F : 当-dump没有响应时,强制生成dump快照

    示例

    -dump

    常用格式

    -dump::live,format=b,file=<filename> pid 

    dump堆到文件,format指定输出格式,live指明是活着的对象,file指定文件名

    $ jmap -dump:live,format=b,file=dump.hprof 28920
      Dumping heap to /home/xxx/dump.hprof ...
      Heap dump file created

    dump.hprof这个后缀是为了后续可以直接用MAT(Memory Anlysis Tool)打开。

    -finalizerinfo

    打印等待回收对象的信息

    $ jmap -finalizerinfo 28920
      Attaching to process ID 28920, please wait...
      Debugger attached successfully.
      Server compiler detected.
      JVM version is 24.71-b01
      Number of objects pending for finalization: 0

    可以看到当前F-QUEUE队列中并没有等待Finalizer线程执行finalizer方法的对象。

    -heap

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

    $ jmap -heap 28920
      Attaching to process ID 28920, please wait...
      Debugger attached successfully.
      Server compiler detected.
      JVM version is 24.71-b01  
    
      using thread-local object allocation.
      Parallel GC with 4 thread(s)//GC 方式  
    
      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://堆内存使用情况
      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  
    
      670 interned Strings occupying 43720 bytes.

    可以很清楚的看到Java堆中各个区域目前的情况。

    -histo

    打印堆的对象统计,包括对象数、内存大小等等 (因为在dump:live前会进行full gc,如果带上live则只统计活对象,因此不加live的堆大小要大于加live堆的大小 )

    $ jmap -histo:live 28920 | more
     num     #instances         #bytes  class name
    ----------------------------------------------
       1:         83613       12012248  <constMethodKlass>
       2:         23868       11450280  [B
       3:         83613       10716064  <methodKlass>
       4:         76287       10412128  [C
       5:          8227        9021176  <constantPoolKlass>
       6:          8227        5830256  <instanceKlassKlass>
       7:          7031        5156480  <constantPoolCacheKlass>
       8:         73627        1767048  java.lang.String
       9:          2260        1348848  <methodDataKlass>
      10:          8856         849296  java.lang.Class
      ....

    仅仅打印了前10行

    xml class name是对象类型,说明如下:

    B  byte
    C  char
    D  double
    F  float
    I  int
    J  long
    Z  boolean
    [  数组,如[I表示int[]
    [L+类名 其他对象
    -permstat

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

    $ jmap -permstat 28920
      Attaching to process ID 28920, please wait...
      Debugger attached successfully.
      Server compiler detected.
      JVM version is 24.71-b01
      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>             3111    18154296          null          live    <internal>
      0x0000000600905cf8      1       1888    0x0000000600087f08      dead    sun/reflect/DelegatingClassLoader@0x00000007800500a0
      0x00000006008fcb48      1       1888    0x0000000600087f08      dead    sun/reflect/DelegatingClassLoader@0x00000007800500a0
      0x00000006016db798      0       0       0x00000006008d3fc0      dead    java/util/ResourceBundle$RBClassLoader@0x0000000780626ec0
      0x00000006008d6810      1       3056      null          dead    sun/reflect/DelegatingClassLoader@0x00000007800500a0
    -F

    强制模式。如果指定的pid没有响应,请使用jmap -dump或jmap -histo选项。此模式下,不支持live子选项。

    jhat

    jhat(JVM Heap Analysis Tool)命令是与jmap搭配使用,用来分析jmap生成的dump,jhat内置了一个微型的HTTP/HTML服务器,生成dump的分析结果后,可以在浏览器中查看。在此要注意,一般不会直接在服务器上进行分析,因为jhat是一个耗时并且耗费硬件资源的过程,一般把服务器生成的dump文件复制到本地或其他机器上进行分析。

    命令格式

    jhat [dumpfile]

    参数

    • -stack false|true
      关闭对象分配调用栈跟踪(tracking object allocation call stack)。 如果分配位置信息在堆转储中不可用. 则必须将此标志设置为 false. 默认值为 true.>
    • -refs false|true
      关闭对象引用跟踪(tracking of references to objects)。 默认值为 true. 默认情况下, 返回的指针是指向其他特定对象的对象,如反向链接或输入引用(referrers or incoming references), 会统计/计算堆中的所有对象。>
    • -port port-number
      设置 jhat HTTP server 的端口号. 默认值 7000.>
    • -exclude exclude-file
      指定对象查询时需要排除的数据成员列表文件(a file that lists data members that should be excluded from the reachable objects query)。 例如, 如果文件列列出了 java.lang.String.value , 那么当从某个特定对象 Object o 计算可达的对象列表时, 引用路径涉及 java.lang.String.value 的都会被排除。>
    • -baseline exclude-file
      指定一个基准堆转储(baseline heap dump)。 在两个 heap dumps 中有相同 object ID 的对象会被标记为不是新的(marked as not being new). 其他对象被标记为新的(new). 在比较两个不同的堆转储时很有用.>
    • -debug int
      设置 debug 级别. 0 表示不输出调试信息。 值越大则表示输出更详细的 debug 信息.>
    • -version
      启动后只显示版本信息就退出>
    • -J< flag >
      因为 jhat 命令实际上会启动一个JVM来执行, 通过 -J 可以在启动JVM时传入一些启动参数. 例如, -J-Xmx512m 则指定运行 jhat 的Java虚拟机使用的最大堆内存为 512 MB. 如果需要使用多个JVM启动参数,则传入多个 -Jxxxxxx.

    示例

    $ jhat -J-Xmx512m dump.hprof
      eading from dump.hprof...
      Dump file created Fri Mar 11 17:13:42 CST 2016
      Snapshot read, resolving...
      Resolving 271678 objects...
      Chasing references, expect 54 dots......................................................
      Eliminating duplicate references......................................................
      Snapshot resolved.
      Started HTTP server on port 7000
      Server is ready.

    中间的-J-Xmx512m是在dump快照很大的情况下分配512M内存去启动HTTP服务器,运行完之后就可在浏览器打开Http://localhost:7000进行快照分析
    堆快照分析主要在最后面的Heap Histogram里,里面根据class列出了dump的时候所有存活对象。

    分析同样一个dump快照,MAT需要的额外内存比jhat要小的多的多,所以建议使用MAT来进行分析,当然也看个人偏好。

    分析

    打开浏览器Http://localhost:7000,该页面提供了几个查询功能可供使用(在下面最下方):

    All classes including platform
    Show all members of the rootset
    Show instance counts for all classes (including platform)
    Show instance counts for all classes (excluding platform)
    Show heap histogram
    Show finalizer summary
    Execute Object Query Language (OQL) query

    一般查看堆异常情况主要看这个两个部分:
    Show instance counts for all classes (excluding platform),平台外的所有对象信息。如下图:
     

    Show heap histogram 以树状图形式展示堆情况。如下图:
     

    具体排查时需要结合代码,观察是否大量应该被回收的对象在一直被引用或者是否有占用内存特别大的对象无法被回收。

    一般情况,会down到客户端用工具来分析

    jstack

    jstack用于生成java虚拟机当前时刻的线程快照。线程快照是当前java虚拟机内每一条线程正在执行的方法堆栈的集合,生成线程快照的主要目的是定位线程出现长时间停顿的原因,如线程间死锁、死循环、请求外部资源导致的长时间等待等。 线程出现停顿的时候通过jstack来查看各个线程的调用堆栈,就可以知道没有响应的线程到底在后台做什么事情,或者等待什么资源。 如果java程序崩溃生成core文件,jstack工具可以用来获得core文件的java stack和native stack的信息,从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。另外,jstack工具还可以附属到正在运行的java程序中,看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态,jstack是非常有用的。

    命令格式

    jstack [option] LVMID

    option参数

    • -F : 当正常输出请求不被响应时,强制输出线程堆栈
    • -l : 除堆栈外,显示关于锁的附加信息
    • -m : 如果调用到本地方法的话,可以显示C/C++的堆栈

    示例

    $ jstack -l 11494|more
    2016-07-28 13:40:04
    Full thread dump Java HotSpot(TM) 64-Bit Server VM (24.71-b01 mixed mode):
    
    "Attach Listener" daemon prio=10 tid=0x00007febb0002000 nid=0x6b6f waiting on condition [0x0000000000000000]
       java.lang.Thread.State: RUNNABLE
    
       Locked ownable synchronizers:
            - None
    
    "http-bio-8005-exec-2" daemon prio=10 tid=0x00007feb94028000 nid=0x7b8c waiting on condition [0x00007fea8f56e000]
       java.lang.Thread.State: WAITING (parking)
            at sun.misc.Unsafe.park(Native Method)
            - parking to wait for  <0x00000000cae09b80> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
            at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
            at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
            at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
            at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:104)
            at org.apache.tomcat.util.threads.TaskQueue.take(TaskQueue.java:32)
            at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
            at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
            at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
            at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
            at java.lang.Thread.run(Thread.java:745)
    
       Locked ownable synchronizers:
            - None
          .....

    分析

    线程状态

    想要通过jstack命令来分析线程的情况的话,首先要知道线程都有哪些状态,下面这些状态是我们使用jstack命令查看线程堆栈信息时可能会看到的线程的几种状态

    NEW,未启动的。不会出现在Dump中。

    RUNNABLE,在虚拟机内执行的。

    BLOCKED,受阻塞并等待监视器锁。

    WATING,无限期等待另一个线程执行特定操作。

    TIMED_WATING,有时限的等待另一个线程的特定操作。

    TERMINATED,已退出的。

    Monitor

    在多线程的 JAVA程序中,实现线程之间的同步,就要说说 Monitor。 Monitor是 Java中用以实现线程之间的互斥与协作的主要手段,它可以看成是对象或者 Class的锁。每一个对象都有,也仅有一个 monitor。下 面这个图,描述了线程和 Monitor之间关系,以 及线程的状态转换图:

    thread

    进入区(Entrt Set):表示线程通过synchronized要求获取对象的锁。如果对象未被锁住,则迚入拥有者;否则则在进入区等待。一旦对象锁被其他线程释放,立即参与竞争。

    拥有者(The Owner):表示某一线程成功竞争到对象锁。

    等待区(Wait Set):表示线程通过对象的wait方法,释放对象的锁,并在等待区等待被唤醒。

    从图中可以看出,一个 Monitor在某个时刻,只能被一个线程拥有,该线程就是 “Active Thread”,而其它线程都是 “Waiting Thread”,分别在两个队列 “ Entry Set”和 “Wait Set”里面等候。在 “Entry Set”中等待的线程状态是 “Waiting for monitor entry”,而在 “Wait Set”中等待的线程状态是 “in Object.wait()”。 先看 “Entry Set”里面的线程。我们称被 synchronized保护起来的代码段为临界区。当一个线程申请进入临界区时,它就进入了 “Entry Set”队列。对应的 code就像:

    synchronized(obj) {
    .........
    
    }

    调用修饰

    表示线程在方法调用时,额外的重要的操作。线程Dump分析的重要信息。修饰上方的方法调用。

    locked <地址> 目标:使用synchronized申请对象锁成功,监视器的拥有者。

    waiting to lock <地址> 目标:使用synchronized申请对象锁未成功,在迚入区等待。

    waiting on <地址> 目标:使用synchronized申请对象锁成功后,释放锁幵在等待区等待。

    parking to wait for <地址> 目标


    这里有一篇文章解释的很好
    分析打印出的文件内容

    jinfo

    jinfo(JVM Configuration info)这个命令作用是实时查看和调整虚拟机运行参数。
    之前的jps -v口令只能查看到显示指定的参数,如果想要查看未被显示指定的参数的值就要使用jinfo口令

    命令格式

    jinfo [option] [args] LVMID

    option参数

    • -flag : 输出指定args参数的值
    • -flags : 不需要args参数,输出所有JVM参数的值
    • -sysprops : 输出系统属性,等同于System.getProperties()

    示例

    $ jinfo -flag 11494
    -XX:CMSInitiatingOccupancyFraction=80
    展开全文
  • jstat(JVM statistics Monitoring)是用于监视虚拟机运行时状态信息的命令,它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。 命令格式 jstat [option] LVMID [interval] [count] ...
  • MAT 分析内存快照

    2021-01-22 00:39:26
    MAT 是基于 Eclipse 开发的 Java 堆内存快照分析工具。 下载地址: https://www.eclipse.org/mat/downloads.php 如果你分析的堆内存快照文件比较大,需要修改配置文件 MemoryAnalyzer.ini,我本地-Xmx4096m,...
  • JAVA内存分析 引言 Java程序在服务端运行的时候,在长时间运行或者访问量较大的时候,会遇见内存溢出的情况。 这时如果我们没有进行JVM的内存分析,将无法对问题进行定位,那么我们即使对服务端进行重启,在后续的...
  • 一、 内存泄漏排查 ( Android Profiler 工具 )、 二、 Android Profiler 内存监测相关功能、 三、内存快照分析
  • mat是eclipse的一个插件,可以分析内存快照帮助我们排查内存泄漏的地方。 首先下载mat, MemoryAnalyzer-1.8.1.20180910-win32.win32.x86_64.zip 解压后: 双击 MemoryAnalyzer.exe 打开mat 写一段出现内存...
  • 用Mat分析内存快照

    2018-08-31 10:59:49
    1.下载Mat工具安装; 2.用jmap命令dump下内存快照,也可以在jvm启动参数中加参数,当OOM时,自动生成dump文件; 3.在mat中打开dump文件,查看对象占用内存情况;...
  • 勾选上图红框部分,表示要进行内存泄漏的分析。 出现饼状图,如下所示: 接着MAT还会列出几个可能存在内存泄漏的问题,拿第一个问题来分析,如下: 这个问题已经表示的很清晰了,main线程通过局部变量引用的对象占用...
  • 先简单的谈一谈什么是OOM,全写就是(OutOdMemoryError),就是我们的堆内存不够而出现的错误 首先错误和异常是有区别的,程序运行时有些异常是我们可以通过异常处理去处理的,不影响我们程序的运行,但是 public class...
  • 使用MAT分析内存快照

    2019-11-02 21:29:18
    使用MAT分析内存快照 MAT下载地址https://www.eclipse.org/mat/downloads.php 打开MAT 然后选择其中的“Open a Heap Dump”打开自己的那个dump快照即可 打开内存快照之后会看到下图: MAT会在内存泄漏...
  • Jmap分析内存快照

    2019-10-25 12:26:57
    1.在Linux服务器上面Jmap $JAVA_HOME/bin/jmap -dump 命令来触发的,这个需要了解 例如:导出堆转储文件 #**jmap -dump:format=b,file=文件名 [pid]** #format=b,表示以字节的形式 #pid java进程的进程号 ...
  • 导出jvm的内存快照进行分析

    千次阅读 2019-08-02 21:48:09
    使用MAT分析内存快照 下载Memory Analyzer Tool独立版本地址 http://www.eclipse.org/mat/downloads.php 现在最新版本Memory Analyzer 1.9.0 Release 下载Stand-alone Eclipse RCP Applications下对应的...
  • 之前在产线环境有一个问题需要分析下,所以dump了下内存快照,并运用工具分析了下其中的某对象属性信息。由于产线环境不能连接外网,所以无法截屏,也没法将文章整理出来。 所以笔者就选择在本地把整个过程在本地...
  • MemoryAnalyzer.ini 配置文件可以修改最大的内存,默认1G基本够用了。 2、dump生成 dump可以是内存溢出时让其自动生成,或者手工直接导。配置jvm参数-XX:+HeapDumpOnOutOfMemoryError -XX:HeapD.
  • 利用工具umdh(user-mode dump heap)分析:此处以程序MemoryLeak.exe为例子 1、开启cmd 键入要定位内存泄露的程序gflags.exe /i memroyleak.exe +ust,如图成功后,开启memoryleak.exe程序。 2、利用UMDH创建...
  • dump内存快照问题定位

    2020-12-24 21:05:30
    dump内存快照问题定位 一般我们分析内存快照使用的工具,MemoryAnalyzer.exe 只是简单介绍一下常见的问题定位 一般我们打开内存快照 就是这个样子 Leak Suspects
  • Eclipse Memory Analyzer(MAT)是著名的跨平台集成开发环境 Eclipse Galileo 版本的 33 个组成项目中之一,它是一个功能丰富的 JAVA 堆转储文件分析工具,可以帮助你发现内存漏洞和减少内存消耗。本文主要介绍如何...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,099
精华内容 439
关键字:

内存快照分析