状况
在线上不限调试环境可以打断点进行逐步调试,所以就想是黑盒子,总是满脑子无奈的没有一点办法。总想探个究竟,但是没有信息,什么也看不到。
这里吐槽下一下ios和android前端开发的朋友,他们总是厌倦使用debug调试,而是像写js脚本的h5工程师似的,只使用log.info(“1”)、log.info(“2”)、log.info(“3”),这种信息量很小的调试方式。而且觉得debug很麻烦,只能说且行且珍惜。
不论调试,或是解决问题,解决的好坏,解决的速度,很大程度取决于获取到的信息量的多少。
jstack用法
jstack用法很简单一个命令就可以了
jastack >> jstack.log
jstack查看耗时最大的线程
一般发生在系统cpu飙高的情况下,步骤大致如下:
1.top命令查看耗时最大的进程;
2.ps命令查看耗时最大的进程;
3.线程id,转换成16进制数;
4.jstack打印命令栈,查看对应的进场在做什么事情;
jstack查看系统请求卡在了哪个方法
一般发生在我们的某个请求特别慢的情况下,需要查看到底在什么位置卡住了,常见的是在连接db、nosql、zk、redis等的位置发生。
做法也很简单,仍然是jstack打印线程栈,然后这个查看WAITING的线程,重点查看包含自己代码行的方法调用栈。
问题90%以上是出在自己的代码上的,当然也不排除第三方库的可能性,比如mongodb连接不上的时候就会导致cpu飙高。