java原生工具常用命令

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 发现相关内存泄漏的对象占用非常打比例的内存空间，然后很容易猜测问题大概的位置，一下子就解决了。