假定你已经了解了运行时的数据区域和常用的垃圾回收算法,也了解了Hotspot支持的垃圾回收
器。
一、cpu占用过高
cpu占用过高要分情况讨论,是不是业务上在搞活动,突然有大批的流量进来,而且活动结束后
cpu占用率就下降了,如果是这种情况其实可以不用太关心,因为请求越多,需要处理的线程数越
多,这是正常的现象。
话说回来,如果你的服务器配置本身就差,cpu也只有一个核心,这种情况,稍微多一点流量就真
的能够把你的cpu资源耗尽,这时应该考虑先把配置提升吧。
第二种情况,cpu占用率长期过高,这种情况下可能是你的程序有那种循环次数超级多的代码,甚
至是出现死循环了。排查步骤如下:
(1)用top命令查看cpu占用情况
这样就可以定位出cpu过高的进程。在linux下,top命令获得的进程号和jps工具获得的vmid是相
同的:
(2)用top -Hp命令查看线程的情况
可以看到是线程id为7287这个线程一直在占用cpu
(3)把线程号转换为16进制
root@localhost # printf [ ~] "%x" 7287
c771
记下这个16进制的数字,下面我们要用
(4)用jstack工具查看线程栈情况
root@localhost # jstack grep 1c77 A [ ~] 7268 | - 10
# daemon prio os_prio tid nid"http-nio-8080-exec-2" 16 =5 =0 =0x00007fb66ce81000 =0x1c77
runnable [0x00007fb639ab9000]
java lang . .Thread.State: RUNNABLE
at com spareyaya jvm service java. . . .EndlessLoopService.service(EndlessLoopService. :19)
at com spareyaya jvm controller java. . . .JVMController.endlessLoop(JVMController. :30)
at sun .reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun java.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. :62)
at sun java.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.
:43)
at java lang java. .reflect.Method.invoke(Method. :498)
at org springframework web method support. . . . .InvocableHandlerMethod.doInvoke(Invocable
javaHandlerMethod. :190)
at org springframework web method support. . . . .InvocableHandlerMethod.invokeForRequest(I
javanvocableHandlerMethod. :138)
at org springframework web servlet mvc method annotation. . . . . . .ServletInvocableHandlerMet
javahod.invokeAndHandle(ServletInvocableHandlerMethod. :105)
评论0
最新资源