https://cchenxi.github.io/tags/linux/Recent content in Linux on 陈曦的技术博客Hugozh-cnSat, 13 Jun 2026 14:00:00 +0800https://cchenxi.github.io/posts/cpu-100-%E6%95%85%E9%9A%9C%E5%AE%9A%E4%BD%8D%E6%8C%87%E5%AF%BC%E6%89%8B%E5%86%8C/Sat, 13 Jun 2026 14:00:00 +0800https://cchenxi.github.io/posts/cpu-100-%E6%95%85%E9%9A%9C%E5%AE%9A%E4%BD%8D%E6%8C%87%E5%AF%BC%E6%89%8B%E5%86%8C/<blockquote> <p>适用场景: 告警系统上报 CPU 使用率超过阈值, 需逐层定位至代码行级 前置知识: Linux 进程/线程模型, CPU 时间片调度, JVM 线程模型</p> </blockquote> <hr> <h2 id="一为什么需要四层诊断模型">一、为什么需要四层诊断模型</h2> <h3 id="11-理论依据-故障定位的层级原则">1.1 理论依据: 故障定位的&quot;层级原则&quot;</h3> <p>一个 CPU 告警可能由多个层面的问题引起, 每一层需要不同的工具来观测:</p> <pre tabindex="0"><code>系统层 (kernel) → /proc/stat, vmstat — 看调度队列和 CPU 时间分配 进程层 (process) → top, /proc/&lt;pid&gt;/stat — 看进程级别的 CPU 消耗 线程层 (thread) → top -H, /proc/&lt;pid&gt;/task — 看线程级别的 CPU 消耗 代码层 (code) → jstack, perf, Arthas — 看具体的执行方法/指令 </code></pre><p><strong>选择依据:</strong> 每一层只看上一层无法提供的信息。系统层告诉你&quot;CPU 在忙&quot;, 但不告诉你是谁; 进程层告诉你&quot;是 PID 172 在忙&quot;, 但如果你直接跳到代码层(比如盲目 jstack), 你拿到 30 个线程的栈, 却不知道该看哪一个——这就是为什么需要线程层: 先找到具体的线程 TID, 再精准定位。</p>