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

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

# 列出所有Java進(jìn)程
jps -qvp
# 記錄目標(biāo)進(jìn)程PID（示例PID=12345）

jstack 12345 > thread_dump_1.txt

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

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

# 搜索特定關(guān)鍵字（如阻塞、死鎖）
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'

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

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

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

# 或使用VisualVM/JMC進(jìn)行實(shí)時(shí)分析
# 右鍵目標(biāo)進(jìn)程 → Profiling → CPU → 開(kāi)始采樣

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

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

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

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

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

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

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