不同版本操作系统生成java进程dump的方法及相关解读.docVIP

不同版本操作系统生成java进程dump的方法及相关解读 Thread Dump是非常有用的诊断Java应用问题的工具，每一个Java虚拟机都有及时生成显示所有线程在某一点状态的thread-dump的能力。虽然各个Java虚拟机thread dump打印输出格式上略微有一些不同，但是Thread dumps出来的信息包含线程；线程的运行状态、标识和调用的堆栈；调用的堆栈包含完整的类名，所执行的方法，如果可能的话还有源代码的行数。 Thread Dump特点： 能在各种操作系统下使用 能在各种Java应用服务器下使用 可以在生产环境下使用而不影响系统的性能 可以将问题直接定位到应用程序的代码行上 Thread Dump能诊断的问题包括： 查找内存泄露，常见的是程序里load大量的数据到缓存 发现死锁线程 Sun的JVM用下列方法可以产生Thread Dump堆栈信息： 1，Solaris OS ctrl-’\’ (Control-Backslash) kill -QUIT pid 2, HP-UX/UNIX/Linux Kill -3 PID PID通过下面方法获取 ps -efHl | grep java **. ** 3，Windows 直接对MSDOS窗口的程序按Ctrl-break 有些Java应用服务器是在控制台上运行，如Weblogic，为了方便获取threaddump信息，在weblogic启动的时候，最好将其标准输出重定向到一个文件，用nohup sh startWebLogic.sh start.log 命令，执行kill -3 pid，Stack trace就会输出到start.log里。Tomcat的Thread Dump会输出到命令行控制台或者logs的catalina.out文件里。为了反映线程状态的动态变化，需要接连多次做thread dump，每次间隔10-20s。 IBM JVM下产生Thread Dump： 在AIX上用IBM的JVM，内存溢出时默认地会产生javacore文件（关于cpu的）和heapdump文件(关于内存的)。如果没有参照下列方法： 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 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文件和heapdump文件（pid为was java进程的id号，可以用ps -ef|grep java 查到），可以多执行几次，按照下面操作进行 ps -ef psef1.txt ps aux psaux1.txt vmstat 5 10 vmstat.txt kill -3 app server id wait for 2 mins kill -3 app server id wait for 2 mins kill -3 app server id netstat -an netstat2.txt ps -ef psef2.txt ps aux psaux2.txt 将上面产生的 txt 文件和/usr/WebSphere/AppServer/javacore*文件和heapdump文件拷贝到本地，然后删除这些文件，因为这些文件会占用较大的文件系统空间。 将/usr/WebSphere/AppServer/logs/wlmserver1(或2)目录下当天产生的日志拷贝出来 在IBM JVM产生的javacore或者Threaddump文件中应用服务器Web容器的常见线程状态： Idle线程：一个已经准备好接受请求的线程，但是没有和插件或者客户端建立连接 Keep-Alive线程：是一个已经准备好接受请求的线程，并且已经和插件或者客户端建立连接