Servlet 專案 CPU 飆高排查：top + jstack 定位熱點執行緒、鎖爭用與資料庫連線洩漏實戰

現象

• 單核 CPU 佔用 300%+ (多執行緒並發)。
• top -H -p 顯示大量 catalina-exec-* 執行緒各佔 0.7%-2.5% CPU。
• jstack 抓取堆疊多為 TIMED_WAITING (sleeping/parking) 或 RUNNABLE (SocketInputStream.read)。

關鍵堆疊分析

排查行動清單

1. 移除硬編碼 sleep：IWanbuService.doGet:74 的 Thread.sleep(2) 應改為非阻塞異步或事件驅動。
2. 優化資料庫層：
   • 開啟慢查詢日誌 (long_query_time=1) 分析 SQL。
   • 檢查 C3P0 連線池大小 (maxPoolSize) 是否過大導致資料庫並發壓力。
   • Hibernate setAutoCommit 頻繁切換 → 改用交易邊界管理。
3. 調整 Tomcat 執行緒池：server.xml 避免過多空閒執行緒佔用 CPU。
4. 啟用 JMX / Arthas 線上診斷：arthas -c → thread -n 10 即時看熱點執行緒、trace 方法耗時。
5. 檢查鎖爭用：jstack -l 找 locked
   重複地址，分析同步塊粒度。

工具鏈推薦

• Arthas (阿里開源)：無需重啟、線上熱追蹤、OGNL 表達式查詢物件狀態。
• Async Profiler：低開銷 CPU/記憶體分析、火焰圖生成。
• Prometheus + Grafana：持續監控 JVM 指標 (執行緒數、GC、HTTP 延遲)。

1. 上一篇文章： MFC 飛機大戰長按鍵盤導致畫面卡頓：降低事件處理頻率
2. 下一篇文章： App.config connectionString 路徑無需 @ 轉義：XML 與 C# 字符串字面量區別

程式設計綜合問答

ExpandableListView 分割線長度與子項對齊：去除分割線改用 Padding 完美解決

問題現象 ExpandableListView 子項的分割線

C 語言鏈表動態記憶體分配失敗？常見錯誤與修正指南

鏈表是 C 語言學習者接觸動態記憶體管理的經典案例，但 ma

Linux 下配置 MCU 管腳為外部中斷的完整步驟

操作流程 確定中斷號：查閱芯片手冊或調用 gpio_to_

JavaScript/JSON 數組去重並按 name 字段合併累加 money

需求 後端返回對象數組，包含重複 name 項，需合併同名項