摘要:通過分析線程狀態除了上述的分析,大多數情況下會基于分析當前各個線程的運行情況,如是否存在死鎖是否存在一個線程長時間持有鎖不放等等。
背景
記得前段時間,同事說他們測試環境的服務器cpu使用率一直處于100%,本地又沒有什么接口調用,為什么會這樣?cpu使用率居高不下,自然是有某些線程一直占用著cpu資源,那又如何查看占用cpu較高的線程?
/** *一個線程占用較高的cpu資源 * * Created by haoting.wang on 2017/2/24. */ public class JstackCase { static ExecutorService executorService = Executors.newFixedThreadPool(5); public static void main(String[] args) { Task task1 = new Task(); Task task2 = new Task(); executorService.execute(task1); executorService.execute(task2); } public static Object lock = new Object(); static class Task implements Runnable{ public void run() { synchronized (lock){ calculate(); } } public void calculate(){ long i = 0L; while (true){ i++; } } } }top命令
在linux環境下,可以通過top命令查看各個進程的cpu使用情況,默認按cpu使用率排序
1、上圖中可以看出pid為18106的java進程占用了較多的cpu資源;
2、通過top -Hp 18106可以查看該進程下各個線程的cpu使用情況;
上圖中可以看出pid為18121的線程占了較多的cpu資源,利用jstack命令可以繼續查看該線程當前的堆棧狀態。
jstack命令通過top命令定位到cpu占用率較高的線程之后,繼續使用jstack pid命令查看當前java進程的堆棧狀態
jstack 18106
在top命令中,已經獲取到了占用cpu資源較高的線程pid,將該pid轉成16進制的值,在thread dump中每個線程都有一個nid,找到對應的nid即可;隔段時間再執行一次stack命令獲取thread dump,區分兩份dump是否有差別,在nid=0x246c的線程調用棧中,發現該線程一直在執行JstackCase類第33行的calculate方法,得到這個信息,就可以檢查對應的代碼是否有問題。
通過thread dump分析線程狀態除了上述的分析,大多數情況下會基于thead dump分析當前各個線程的運行情況,如是否存在死鎖、是否存在一個線程長時間持有鎖不放等等。
在dump中,線程一般存在如下幾種狀態:
RUNNABLE,線程處于執行中
BLOCKED,線程被阻塞
WAITING,線程正在等待
“Entry Set”中等待的線程狀態是 “Waiting for monitor entry”,而在 “Wait Set”中等待的線程狀態是 “in Object.wait()。Wait on condition網絡瓶頸的征兆”。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/66730.html
摘要:如何分析造成多線程的原因呢很多時候我們在懷疑造成死鎖的語句設置斷點,單步調試,反而又不能重現了。有了,程序員不用對著冗長燒腦的多線程代碼去冥思苦想了,會自動把死鎖原因打印出來,太方便了。 Java多線程編程也是Java面試中經常考察的內容。剛接觸Java多線程編程的朋友們,可能會不慎寫出一些會導致死鎖(deadlock)的應用出來。如何分析造成Java多線程的原因呢?很多時候我們在懷疑...
摘要:這些工具包括名稱主要作用顯示指定系統內所有的虛擬機進程。虛擬機堆轉存快照分析工具命令用于與搭配使用,用來分析生成的文件。命令格式命令樣例線程堆棧跟蹤工具用于生成虛擬機當前時刻的線程快照。 概述 給系統定位問題的時候,知識、經驗是關鍵基礎,數據是依據,工具是運用知識處理數據的手段。 java開發人員可以在jdk安裝的bin目錄下找到除了java,javac以外的其他命令。這些命令主要是一...
摘要:點擊進入我的博客命令行工具這些工具大多數是類庫的一層薄的包裝,它們的主要功能代碼是在類庫中實現的。可視化工具是到目前為止隨發布的功能最強大的運行監視和故障處理程序,并且可以預見在未來一段時間內都是官方主力發展的虛擬機故障處理工具。 點擊進入我的博客 3.1 JDK命令行工具 showImg(https://segmentfault.com/img/remote/14600000174...
摘要:我們經常用到的一工具分析棧內存點擊下載分析堆內存。下面我詳細介紹一下他們具體是使用方法是自帶的一個分析工具,我們可以在的安裝目錄找到中找到。 Java 內存堆棧分析。我們在分析現網問題時候,經常會遇到一些問題從日志上無法分析的疑難問題。在我們舉足無措的時候,我們可以分析一些JVM內存,來看看問題出在哪里了。 我們經常用到的一工具: 分析棧內存(stack):jstack/kill -3...
閱讀 1953·2021-09-30 09:46
閱讀 1366·2019-08-30 15:43
閱讀 1123·2019-08-29 13:28
閱讀 1922·2019-08-29 11:24
閱讀 1681·2019-08-26 13:22
閱讀 3892·2019-08-26 12:01
閱讀 1816·2019-08-26 11:33
閱讀 3242·2019-08-23 15:34