在jdk目录下的bin目录里面有个jmap命令,用jmap -mp可以生成mp文件
② 如何分析java thread mp
thread mp解析
头部信息
时间，jvm信息
{code}
2011-11-02 19:05:06
Full thread mp Java HotSpot(TM) Server VM (16.3-b01 mixed mode):
{code}
线程info信息块
{code}
"Checkpointer" daemon prio=10 tid=0x68ce1c00 nid=0x7c11 in Object.wait() [0x68b5c000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x740ad988> (a java.lang.Object)
at java.lang.Object.wait(Object.java:485)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:163)
- locked <0x740ad988> (a java.lang.Object)
at java.lang.Thread.run(Thread.java:619)
{code}
"Checkpointer" daemon prio=10 tid=0x68ce1c00 nid=0x7c11 in Object.wait() [0x68b5c000]
* 线程名称:Checkpointer
* 线程类型：daemon
* 优先级:10，默认是5
* jvm线程id:jvm内部线程的唯一标识,0x68ce1c00
* 对应系统线程id:和top命令查看的pid对应，不过一个是10进制，一个是16进制。0x7c11
* 线程状态：Object.wait().
* 起始栈地址
线程状态详解
Runnable
_The thread is either running or ready to run when it gets its CPU turn._
不解释。
Wait on condition
_The thread is either sleeping or waiting to be notified by another thread._
该状态出现在线程等待某个条件的发生或者sleep。
_最常见的情况是线程在等待网络的读写，比如当网络数据没有准备好读时，线程处于这种等待状态，而一旦有数据准备好读之后，线程会重新激活，读取并处理数据。_
Waiting for Monitor Entry and in Object.wait()
_The thread is waiting to get the lock for an object (some other thread may be holding the lock). This happens if two or more threads try to execute synchronized code. Note that the lock is always for an object and not for indivial methods._
当一个线程申请进入临界区时，获取到monitor，线程将处于 “Runnable”的状态，否则，线程 DUMP会显示处于 “waiting for monitor entry”。
当线程获得了 Monitor，进入了临界区之后，如果发现线程继续运行的条件没有满足，它则调用对象（一般就是被 synchronized 的对象）的 wait() 方法，放弃了 Monitor，进入 “Wait Set”队列。只有当别的线程在该对象上调用了 notify() 或者 notifyAll() ， “ Wait Set”队列中线程才得到机会去竞争，但是只有一个线程获得对象的 Monitor，恢复到运行态。在 “Wait Set”中的线程， DUMP中表现为： in Object.wait()。
例：
<span style="background-color: rgb(255, 255, 255);"><span style="color:#ff6666;">{code}
"Timer-0" daemon prio=10 tid=0x695c3000 nid=0x7c00 in Object.wait() [0x69468000]
java.lang.Thread.State: TIMED_WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x744f2850> (a java.util.TaskQueue) ###继续wait
at java.util.TimerThread.mainLoop(Timer.java:509)
- locked <0x744f2850> (a java.util.TaskQueue) ###已经lock到0x744f2850
at java.util.TimerThread.run(Timer.java:462)
{code}</span></span>
参见：http://jameswxx.iteye.com/blog/1041173
{code}
java.lang.Thread.State: WAITING (on object monitor)
<p style="margin-top: 4px; margin-right: 0px; margin-bottom: 4px; margin-left: 0px; padding-top: 2px; padding-right: 0px; padding-bottom: 2px; padding-left: 0px; ">{code}</p>
线程状态运行：
WAITING||State || Description||
|blocked|This thread tried to enter a synchronized block, but the lock was taken by another thread. This thread is blocked until the lock gets released.|
|blocked (on thin lock)|This is the same state as blocked, but the lock in question is a thin lock.||waiting|This thread called Object.wait() on an object. The thread will remain there until some other thread sends a notification to that object.|
|sleeping|This thread called java.lang.Thread.sleep().||parked|This thread called java.util.concurrent.locks.LockSupport.park().||suspended|The thread's execution was suspended by java.lang.Thread.suspend() or a JVMTI agent call.|
{code}
at java.lang.Object.wait(Native Method)
- waiting on <0x740ad988> (a java.lang.Object) ###等待堆地址为0x740ad988的java.lang.Object对象的锁
at java.lang.Object.wait(Object.java:485)
at com.sleepycat.je.utilint.DaemonThread.run(DaemonThread.java:163)
- locked <0x740ad988> (a java.lang.Object) ###hold住堆地址为0x740ad988的java.lang.Object对象的锁
at java.lang.Thread.run(Thread.java:619)
{code}
③ 如何产生javacore文件和heapmp文件
1. windows & Linux：
修改运行脚本的javaw 到java，并且添加参数-XX:+HeapDumpOnCtrlBreak。
运行程序后，按ctrl+break， 就可以得到heapmp文件。
-Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=c:\heapmp
2. solaris：
首先在运行的脚本中添加参数-XX:+HeapDumpOnCtrlBreak。
利用ps -ef | grep java 找到运行程序的进程号。
输入命令kill -3 <pid>，就可以得到heapmp文件。
或者: kill -QUIT <pid>
-Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError
3. AIX
（1） choose one cluster member, set the following before this server start:
在was启动前设置下面环境变量（可以加在启动脚本中）
export IBM_HEAPDUMP=true
export IBM_HEAP_DUMP=true
export IBM_HEAPDUMP_OUTOFMEMORY=true
export IBM_HEAPDUMPDIR=<directory path>
export IBM_JAVADUMP_OUTOFMEMORY=true
（2）please use set command to make sure you do not have DISABLE_JAVADUMP parameter
then start this cluster member.
用set命令检查参数设置，确保没有设置DISABLE_JAVADUMP，然后启动server
（3）when you find free memory < 50% when no heavy access, please run kill -3 <pid>
执行kill -3 <pid>命令可以生成javacore文件和heapmp文件（pid为was java进程的id号，可以用ps -ef|grep java 查到），可以多执行几次，按照下面操作进行
④ 如何收集java进程产生的coremp文件及相关数据
修改运行脚本的javaw 到java，并且添加参数-XX:+HeapDumpOnCtrlBreak。运行程序后，按ctrl+break， 就可以得到heapmp文件。-Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError-XX:HeapDumpPath=c:\heapmp2. solaris： 首先在运行的脚本中添加参数-XX:+HeapDumpOnCtrlBreak。利用ps -ef | grep java 找到运行程序的进程号。 或者: kill -QUIT <pid> -Djava.awt.headless=true -XX:+HeapDumpOnOutOfMemoryError 3. AIX（1） choose one cluster member, set the following before this server start:在was启动前设置下面环境变量（在启动脚本中）then start this cluster member.用set命令检查参数设置，确保没有设置DISABLE_JAVADUMP，然后启动server （3）when you find free memory < 50% when no heavy access, please run kill -3 <pid>执行kill -3 <pid>命令可以生成javacore文件和heapmp文件（pid为was java进程的id号，可以用ps -ef|grep java 查到），可以多执行几次，按照下面操作进行
⑤ mp内存format b什么意思
其中jmap是java自带的工具查看整个JVM内存状态jmap-heap[pid]要注意的是在使用CMSGC情况下，jmap-heap的执行有可能会导致JAVA进程挂起查看JVM堆中对象详细占用情况jmap-histo[pid]导出整个JVM中内存信息jmap-mp:format=b,file=文件名[pid]jhat是sun1.6及以上版本中自带的一个用于分析JVM堆DUMP文件的工具，基于此工具可分析JVMHEAP中对象的内存占用情况jhat-J-Xmx1024M[file]执行后等待console中输入startHTTPserveronport7000即可使用浏览器访问IP：提供的一个用于分析JVM堆Dump文件的插件。借助这个插件可查看对象的内存占用状况，引用关系，分析内存泄露等。kill-3[pid]在Linux上找到Java所在的进程号，然后执行以上命令，线程的相关信息就输出到consolejstackjstack是sunJDK自带的工具，通过该工具可以看到JVM中线程的运行状况，包括锁等待，线程是否在运行执行jstack[pid],线程的所有堆栈信息"http-8080-10"daemonprio=10tid=x0a949bb60nid=0x884waitingformonitorentry[]"http-8080-10"这个线程处于等待状态。waitingformonitorentry如果在连续几次输出线程堆栈信息都存在于同一个或多个线程上时，则说明系统中有锁竞争激烈，死锁，或锁饿死的想象。“http-8080-11”daemonprio=10tix=xxxnid=xxxinobject.wait()[]java.lang.Thread.State:waiting(onobjectmonitor)该表示http-8080-11的线程处于对象的Wait上，等待其他线程的唤醒，这也是线程池的常见用法。“LowMemoryDetector”daemonprio=10tix=xxnid=xxxrunnable[]java.lang.Thread.State:runnable表示“LowMemoryDetector”的线程处于Runable状态，等待获取CPU的使用权.参考：/blog/static/100768914201242410583187/jvisualvm一.JavaVisualVM概述对于使用命令行远程监控jvm太麻烦。在jdk1.6中Oracle提供了一个新的可视化的。JVM监控工具JavaVisualVM。jvisualvm.exe在JDK的bin目录下。双击启动JavaVisualVM后可以看到窗口左侧“应用程序”栏中有“本地”、“远程”、“快照”三个项目。“本地”下显示的是在localhost运行的Java程序的资源占用情况，如果本地有Java程序在运行的话启动JavaVisualVM即可看到相应的程序名，点击程序名打开相应的资源监控菜单，以图形的形式列出程序所占用的CPU、Heap、PermGen、类、线程的统计信息。“远程”项下列出的远程主机上的Java程序的资源占用情况，但需要在远程主机上运行jstatd守护程序VisualVM分为3类，本地它会自动侦测到，并显示出来双击Local下的任一节点，看到右边的变化，你可以监控CPU，内存，类，线程等运行状况，实时监控服务器性能。右键VisualVM我们可以看到ThreadDump,HeapDump做ThreadDump很快，马上就可以看到结果HeapDump要稍花费一些时间（可以看到当前heap里对象的数量及占用的比例，做OOM很好用）对其功能不再做描述，可以查阅网上相关质量，我们主要讲的是如何使用VisualVM远程监控。
⑥ mp出java虚拟机堆，对应用会有影响吗
JConsole使用JVM的可扩展性Java管理扩展(JMX)工具来提供关于运行于Java平台的应用程序的性能和资源消耗的信息。
在J2SE 5.0软件中，你需要启动使用-Dcom.sun.management.jmxremote选项监控的应用程序。注意：在Java SE 6软件中，不再有这一要求。当启动该应用程序时，不需要特定的命令行选项。
在生产系统中的应用
JConsole启动一个在被观察的Java程序的JVM内部的JMX代理。运行另外一部分代码仅有一点极微弱的影响-但是影响很小。
⑦ 如何分析java Thread DUMP
一、Thread Dump介绍
1.1什么是Thread Dump？
Thread Dump是非常有用的诊断Java应用问题的工具。每一个Java虚拟机都有及时生成所有线程在某一点状态的thread-mp的能力，虽然各个 Java虚拟机打印的thread mp略有不同，但是大多都提供了当前活动线程的快照，及JVM中所有Java线程的堆栈跟踪信息，堆栈信息一般包含完整的类名及所执行的方法，如果可能的话还有源代码的行数。
1.2 Thread Dump特点
1. 能在各种操作系统下使用
2. 能在各种Java应用服务器下使用
3. 可以在生产环境下使用而不影响系统的性能
4. 可以将问题直接定位到应用程序的代码行上
1.3 Thread Dump 能诊断的问题
1. 查找内存泄露，常见的是程序里load大量的数据到缓存；
2. 发现死锁线程；
1.4如何抓取Thread Dump
一般当服务器挂起,崩溃或者性能底下时,就需要抓取服务器的线程堆栈(Thread Dump)用于后续的分析. 在实际运行中，往往一次 mp的信息，还不足以确认问题。为了反映线程状态的动态变化，需要接连多次做threadmp，每次间隔10-20s，建议至少产生三次 mp信息，如果每次 mp都指向同一个问题，我们才确定问题的典型性。
有很多方式可用于获取ThreadDump, 下面列出一部分获取方式：
操作系统命令获取ThreadDump:
Windows:
1.转向服务器的标准输出窗口并按下Control + Break组合键, 之后需要将线程堆栈复制到文件中；
UNIX/ Linux：
首先查找到服务器的进程号(process id), 然后获取线程堆栈.
1. ps –ef | grep java
2. kill -3 <pid>
注意：一定要谨慎, 一步不慎就可能让服务器进程被杀死。kill -9 命令会杀死进程。
JVM 自带的工具获取线程堆栈:
JDK自带命令行工具获取PID，再获取ThreadDump:
1. jps 或 ps –ef|grepjava (获取PID)
2. jstack [-l ]<pid> | tee -a jstack.log (获取ThreadDump)
二、java线程的状态转换介绍(为后续分析做准备)
2.1 新建状态（New）
用new语句创建的线程处于新建状态，此时它和其他Java对象一样，仅仅在堆区中被分配了内存。
2.2 就绪状态（Runnable）
当一个线程对象创建后，其他线程调用它的start()方法，该线程就进入就绪状态，Java虚拟机会为它创建方法调用栈和程序计数器。处于这个状态的线程位于可运行池中，等待获得CPU的使用权。
2.3 运行状态（Running）
处于这个状态的线程占用CPU，执行程序代码。只有处于就绪状态的线程才有机会转到运行状态。
2.4 阻塞状态（Blocked）
阻塞状态是指线程因为某些原因放弃CPU，暂时停止运行。当线程处于阻塞状态时，Java虚拟机不会给线程分配CPU。直到线程重新进入就绪状态，它才有机会转到运行状态。
阻塞状态可分为以下3种：
1）位于对象等待池中的阻塞状态（Blocked in object’s wait pool）：当线程处于运行状态时，如果执行了某个对象的wait()方法，Java虚拟机就会把线程放到这个对象的等待池中，这涉及到“线程通信”的内容。
2）位于对象锁池中的阻塞状态（Blocked in object’s lock pool）：当线程处于运行状态时，试图获得某个对象的同步锁时，如果该对象的同步锁已经被其他线程占用，Java虚拟机就会把这个线程放到这个对象的锁池中，这涉及到“线程同步”的内容。
⑧ Java 中怎么获取一份线程 mp 文件
当服务器挂起,崩溃或者性能底下时,就需要抓取服务器的线程堆栈(Thread Dump)用于后续的分析.
Thread mp提供了当前活动的线程的快照.它提供了JVM中所有Java线程的栈跟踪信息
有很多方式可用于获取Thread Dump,一些是操作系统特定的命令.
Windows:
1. 转向服务器的标准输出窗口并按下Control + Break组合键,之后需要将线程堆栈复制到文件中
UNIX/ Linux
首先查找到服务器的进程号(process id),然后获取堆栈.
1. ps –ef| grep java
2. kill -3 <pid>
注意一定要谨慎,一步不慎就可能让服务器进程被杀死!
JVM自带的工具获取线程堆栈:
JDK自带命令行工具获取PID并做ThreadDump:
1. jps
2.jstack <pid>
使用JVisualVM:
Threads标签页 →ThreadDump按钮
WebLogic自带的获取thread mp的工具:
1. webLogic.Admin工具
a.打开命令提示符,通过运行<DOMAIN_HOME>/bin/setDomain.env设置相关类路径
b.执行下面的命令
java weblogic.Admin -url t3://localhost:7001 -username weblogic -password weblogic1 THREAD_DUMP
注意: Thread Dump会打印到标准输出,如nohup日志或者进程窗口.
2.使用 Admin Console
a.登录Admin Console ,点击对应的服务器
b.点击ServeràMonitoringàThreads
c.点击: Dump Thread Stack按钮
3.使用WLST (WebLogic Scripting Tool)
connect(‘weblogic’,'weblogic1’,’t3://localhost:7001’)
cd(‘Servers’)
cd(‘AdminServer’)
threadDump()
disconnect()
exit()
注意:线程堆栈将会保存在运行wlst的当前目录下.
4.使用utils.ThreadDumper
用法:
C:eawlserver_10.3serverlib>java -cp weblogic.jar utils.ThreadDumper
Broadcast Thread mps disabled: must specify weblogic.debug.mpThreadAddr and
weblogic.debug.mpThreadPort
Exception in thread "main" java.lang.IllegalArgumentException: Port out of range
:-1
at java.net.DatagramPacket.setPort(Unknown Source)
at java.net.DatagramPacket.<init>(Unknown Source)
at java.net.DatagramPacket.<init>(Unknown Source)
at utils.ThreadDumper.sendDumpMsg(ThreadDumper.java:124)
at utils.ThreadDumper.main(ThreadDumper.java:145)
5.如果服务器是作为Windows服务的方式运行,请运行下列命令:
WL_HOMEineasvc -mp -svcname:service-name
$JAVA_
⑨ linux下java mp文件在哪儿
如果所使用的应用服务器是tomact，mp文件默认在catalina.out日志文件里；
如果不是则可以查看java环境变量设置的位置，也就知道在mp文件的位置了；
如果没有生成mp文件或者是生成错误，请按照一下几种方法来修复：
系统默认的core文件生成路径是 /var/logs，但是 /var/logs 目录并非系统自带的，系统初始安装默认自带的是/var/log，最终导致该系统出现core mp后并没能生成core文件，因此如何查询和修改系统默认的core mp文件生产路径呢？方法如下：
一. 查询core mp文件路径：
方法1：
# cat /proc/sys/kernel/core_pattern
方法2：
# /sbin/sysctl kernel.core_pattern
二. 修改core mp文件路径：
方法1：临时修改：修改/proc/sys/kernel/core_pattern文件，但/proc目录本身是动态加载的，每次系统重启都会重新加载，因此这种方法只能作为临时修改。
/proc/sys/kernel/core_pattern
例：echo ‘/var/log/%e.core.%p’ > /proc/sys/kernel/core_pattern
方法2：永久修改：使用sysctl -w name=value命令。
例：/sbin/sysctl -w kernel.core_pattern=/var/log/%e.core.%p