java原生工具常用命令
程序员文章站
2022-07-01 16:03:54
...
jmap -histo pid [实体化情况]
jstat -gcutil -h5 `jps|grep XmlConfiguration|awk '{print $1}'` 1000
jstat -gccause -h 10 22269 1000
jstat -gcutil -h5 pid miliseconds
jmap -heap -pid
jstack pid
jmap -dump:format=b,file=/home/jetty/logs/heap.bin pid
jmap -dump:live,format=b,file=/home/jetty/logs/heap.bin pid
今天要处理项目下的一个内存泄露的问题。
使用了jprobe 工具，在测试环境反复调试不能发现问题的原因。
最后使用jdk自带的jps jmap jstat 等工具顺利的查找到了内存泄露的原因。
下面对jdk自带的jps jmap jstat工具总结介绍一下,希望以后同道中人google一下，找到这篇文章对大家有所帮助。
尽量介绍的简明扼要，如果需要最详细的参考请翻阅jdk doc tools部分，如果有什么疑问请留言。
jps:
相当于linux下的ps,列出所有java相关线程的pid等信息
example:
[tdwiki@installed-host-eth0 ~]$ jps
18861 Bootstrap
1418 Jps
jmap:
显示java进程内存使用的相关信息
jmap pid 打印内存使用的摘要信息
jmap -histo pid >mem.txt 打印比较简单的各个有多少个对象占了多少内存的信息，一般重定向的文件
jmap -dump:format=b,file= mem.dat pid 将内存使用的详细情况输出到mem.dat 文件
用jhat命令可以参看 jhat -port 7000 mem.dat
在浏览器中访问：http://10.5.22.65:7000/ 查看详细信息
jstat:
显示java虚拟机的一些统计信息
jstat -选项 pid 间隔显示时间 显示次数
jstat -gc 18861 250 10
jstat -gccapacity 18861 250 10
jstat -gcnew 18861 250 10
jstat -gcnewcapacity 18861 250 10
jstat -gcold 18861 250 10
我的调试流程
内存泄漏一般都是有一定特征的，任何代码和数据都要占用内存，我简单总结内存泄漏的特征是内存占用不可控制，GC不可回收。我追踪内存使用量的曲线发现一些特征，在估计虚拟机即将崩溃时，使用 jmap -histo pid >mem.txt 发现相关内存泄漏的对象占用非常打比例的内存空间，然后很容易猜测问题大概的位置，一下子就解决了。
jstat -gcutil -h5 `jps|grep XmlConfiguration|awk '{print $1}'` 1000
jstat -gccause -h 10 22269 1000
jstat -gcutil -h5 pid miliseconds
jmap -heap -pid
jstack pid
jmap -dump:format=b,file=/home/jetty/logs/heap.bin pid
jmap -dump:live,format=b,file=/home/jetty/logs/heap.bin pid
今天要处理项目下的一个内存泄露的问题。
使用了jprobe 工具，在测试环境反复调试不能发现问题的原因。
最后使用jdk自带的jps jmap jstat 等工具顺利的查找到了内存泄露的原因。
下面对jdk自带的jps jmap jstat工具总结介绍一下,希望以后同道中人google一下，找到这篇文章对大家有所帮助。
尽量介绍的简明扼要，如果需要最详细的参考请翻阅jdk doc tools部分，如果有什么疑问请留言。
jps:
相当于linux下的ps,列出所有java相关线程的pid等信息
example:
[tdwiki@installed-host-eth0 ~]$ jps
18861 Bootstrap
1418 Jps
jmap:
显示java进程内存使用的相关信息
jmap pid 打印内存使用的摘要信息
jmap -histo pid >mem.txt 打印比较简单的各个有多少个对象占了多少内存的信息，一般重定向的文件
jmap -dump:format=b,file= mem.dat pid 将内存使用的详细情况输出到mem.dat 文件
用jhat命令可以参看 jhat -port 7000 mem.dat
在浏览器中访问：http://10.5.22.65:7000/ 查看详细信息
jstat:
显示java虚拟机的一些统计信息
jstat -选项 pid 间隔显示时间 显示次数
jstat -gc 18861 250 10
jstat -gccapacity 18861 250 10
jstat -gcnew 18861 250 10
jstat -gcnewcapacity 18861 250 10
jstat -gcold 18861 250 10
我的调试流程
内存泄漏一般都是有一定特征的，任何代码和数据都要占用内存，我简单总结内存泄漏的特征是内存占用不可控制，GC不可回收。我追踪内存使用量的曲线发现一些特征，在估计虚拟机即将崩溃时，使用 jmap -histo pid >mem.txt 发现相关内存泄漏的对象占用非常打比例的内存空间，然后很容易猜测问题大概的位置，一下子就解决了。