On Solaris and Linux a thread dump is also printed if the J2SE process receives a QUIT signal. So kill
-QUIT <pid> causes the process with id <pid> to print a thread dump to its standard output.
or

kill -3 <pid>

java问题定位和诊断
post-mortem事后剖析，验尸

hs_err_<pid>.log致命错误日志
-XX:OnError指定崩溃时执行的脚本，这是可以强制做dump
-XX：+ShowMessageBoxOnError让进程停下来，启动gdb等
jinfo获得配置信息
jmap共享对象列表，-heep,-histo,-permstat

死锁或挂起
jstack
jdb

性能和资源消耗
jconsole
jstat

HPROF Profiler动态库jvm ti接口
jhat

-XX:+HeapDumpOnOutOfMemoryError工作目录下输出文件java_pid<pid>.hprof
-XX:HeapDumpPath=
-XX:+HeapDumpOnCtrlBreak
-XX:+PrintClassHistogram
-Xcheck:jni

-verbose:gc可以用管理api或jvmti动态使能
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps

-verbose:class为类加载或卸载写日志
-verbose:jni

java -agentlib:hprof=heap=sites ToBeProfiledClass
java -agentlib:hprof=help
javac -J-agentlib:hprof=heap=sites Hello.java
java -agentlib:hprof=file=dump.hprof,format=b <Application>java5update7以后都不需要这样自麻烦了，用选项-XX:+HeapDumpOnCtrlBreak；如果不能在命令行指定，可以用环境变量指定：
JAVA_TOOL_OPTIONS
java.security.debug System Property

ltrace动态库调用
mtrace内存分配
strace系统调用

Exception in thread “main” java.lang.OutOfMemoryError: Java heap space

配置太少内存导致堆的某个部分不够分配，也可能是交换空间不够大导致系统的内存用尽，并不一定是内存泄露。有finalizer方法的对象在gc后被放在一个队列，有个专门线程会回收它，但是如果产生对象的线程高优先级，导致产生的速度大于回收速度也可能导致ooe。

Exception in thread “main” java.lang.OutOfMemoryError: PermGen space

-XX:MaxPermSize

String.intern()也会用掉永久代空间

Exception in thread “main” java.lang.OutOfMemoryError: Requested array size exceeds VM limit

Exception in thread “main” java.lang.OutOfMemoryError: request <size> bytes for <reason>. Out of swap space?
Exception in thread "main" java.lang.OutOfMemoryError: <reason>
        <stack trace>(Native method)
A crash instead of an OutOfMemoryError这是因为本地方法分配内存失败并且没检查返回值
-Xshare:off 关闭类数据共享

-Xrs