# 查看進程CPU占用前十
ps -eo %cpu,pid,args | sort -nr | head -n 10

# 實時監(jiān)控進程CPU和內存（htop需提前安裝）
htop

# 列出所有Java進程
jps -qvp
# 記錄目標進程PID（示例PID=12345）

jstack 12345 > thread_dump_1.txt

# 重復采集多份堆棧（間隔1~5秒）
sleep 3 && jstack 12345 > thread_dump_2.txt

# 查找處于RUNNABLE狀態(tài)的線程數(shù)
grep "_tid_" thread_dump_1.txt | grep RUNNABLE | wc -l

# 搜索特定關鍵字（如阻塞、死鎖）
grep -i -A 20 'blocked|waiting|infinite loop' thread_dump_1.txt

# 定位持續(xù)活躍的線程（示例線程ID）
comm thread_dump_1.txt thread_dump_2.txt | grep '==> 0x'

# 檢測GC頻率（示例每秒執(zhí)行超過5次需警惕）
jstat -gcutil 12345 1000 10
# 分析GC日志（需提前開啟-verbose:gc）
grep GC `jinfo -flag LogFile 12345` # 定位日志路徑

jmap -heap 12345 | grep 'direct memory'
# 若DirectCount持續(xù)增長需檢查：
# NIO類庫使用情況
# 緩沖區(qū)未釋放代碼片段

# 使用火焰圖定位熱點方法
jstack 12345 | stackcollapse.pl | flamegraph.pl > flamegraph.svg

# 或使用VisualVM/JMC進行實時分析
# 右鍵目標進程 → Profiling → CPU → 開始采樣

// 高危模式
while(yourFlag){
    // 可能未修改yourFlag的邏輯
}

// 正確實踐
AtomicBoolean flag = new AtomicBoolean(true);
while(flag.get()){
    // 允許外部修改flag
    Thread.yield(); // 主動釋放CPU
}

// 危險配置示例
Executors.newCachedThreadPool(); // 激增線程池

// 優(yōu)化配置
ThreadPoolExecutor(
    10, 100, 60L, TimeUnit.SECONDS,
    new SynchronousQueue<>(),
    new ThreadPoolExecutor.CallerRunsPolicy()
)

// 不合理用法
scheduleWithFixedDelay(task, 0, 1, MILLISECONDS); // 毫秒級并發(fā)

// 合理調整
scheduleWithFixedDelay(task, 500, 500, MILLISECONDS) // 節(jié)流控制

-XX:+UseG1GC -XX:+AggressiveOpts -XX:+UseBiasedLocking