前言:
最近小組在組織<<深入剖析Nginx>>的讀書會, 里面作者提到了pstack這個工具. 之前寫JAVA程序, 對jstack這個工具, 非常的喜歡, 覺得很有用. 於是想比較下pstack和jstack的異同.
和jstack一樣, pstack亦能展現進程的線程堆棧快照, 非常方便驗證和性能評估. 本文用來簡單展示下pstack的使用方式和原理.
pstack使用
pstack使用非常的簡單, 讓我們寫個簡易多線程程序:
編譯執行后, 使用pstack體驗下:
注: 大秘密, sleep函數貌似是基於nanosleep實現的, ^_^.
這邊我們能清楚的看到兩個線程在執行線, 以及當前線程的詳細函數棧信息.
對pstack的作用, 大致可以歸納如下:
1). 查看線程數(比pstree, 包含了詳細的堆棧信息)
2). 能簡單驗證是否按照預定的調用順序/調用棧執行
3). 采用高頻率多次采樣使用時, 能發現程序當前的阻塞在哪里, 以及性能消耗點在哪里?
4). 能反映出疑似的死鎖現象(多個線程同時在wait lock, 具體需要進一步驗證)
當然還能舉例更多的作用, 相信使用過jstack的coder, 必然深以為然.
pstack原理:
pstack用途很大, 那其背后的原理是啥?
可以觀察發現, 其實pstack是/usr/bin/gstack的軟鏈接, 而gstack本身是基於gdb封裝的shell腳本.
讓我們簡單分析下這個強大的shell腳本:
注: 由於代碼太長, 這邊選取最核心的片段, backtrace="thread apply all bt"
shell采用了here document的方式, 完成了GDB的交互工作(注意EOF標識, 及范圍內的交互命令).
重要的是輸入thread apply all bt這個交互命令. 該命令要求輸出所有的線程堆棧信息.
對GDB輸出的結果, 通過管道並借助sed命令進行了替換和過濾.
總結:
pstack其實是gdb的一個功能封裝, 但其實現的功能, 確實非常實用. 本文講述了pstack使用和原理, 以及常見的用途, 下文將講述死鎖檢測的一種機制, 歡迎關注.
寫在最后：
如果你覺得這篇文章對你有幫助, 請小小打賞下. 其實我想試試, 看看寫博客能否給自己帶來一點小小的收益. 無論多少, 都是對樓主一種由衷的肯定.
