yaowj2的专栏

转自http://blog.youkuaiyun.com/axman/article/details/7104819ae的多语言应用中不断出现load飙高的情况 ，即使重启过10几个小时以后，cpu慢慢从1核到4核到被吃光。而且集群中8台机器都是如此，所以应用方自己开始开分析原因。前两天跟踪没结果，后来有一位同学根据tb达人的分析中得到启发：关于us高和

1\  jps -v列出所有的java进程 , top找出cpu占用过高的对应的java 进程pid2\ 使用top -H -p PID 命令查看对应进程里的哪个线程占用CPU过高,取该线程pid3\ 将线程的pid 转成16进制4\jstack [进程pid]|grep -A 100 [线程pid的16进制]  dump出jvm该线程的后100行,或者整个输出到文件j

JDK内置工具使用一、javah命令(C Header and Stub File Generator)二、jps命令(Java Virtual Machine Process Status Tool)三、jstack命令(Java Stack Trace)四、jstat命令(Java Virtual Machine Statistics Monitoring Tool)五、j

一 系统或jdk内置的分析命令和工具1 top    top    top -H -p     top -H -b -n 1 -p 2 jstack    jstack     jstack  [-l]  3 jmap   jmap -histo[:live]    jmap -dump:format=b,file=xxxfile 4 jps

一次应用提供的服务化接口收到报警大量超时,报404.赶忙着手处理:１)查看监控报表的cpu  load ,jvm gc情况,jvm内存,io都正常,如果没有做监控可以手工到服务器上命令查看２)检查网络包括http响应及tcp网络响应请求情况均正常３)登陆服务器,jps -v把java进程打出来,或者top发现j该java进程的cpu使用率及内存占用率均正常4)top -H -p