Linux下获取进程CPU使用率：两种/proc解析方式的优劣对比

直接读取/proc//stat的优势 #

• 实现简单：只需要打开单个文件解析，不用遍历目录下的所有线程文件，代码逻辑简洁，开发成本低。
• 性能开销小：单次IO操作就能拿到数据，不需要多次打开、读取多个文件，对系统资源消耗更低，适合需要高频采样的场景。
• 数据可靠度高：内核已经完成了所有线程CPU时间的汇总工作，不需要自己手动求和，减少了计算错误的概率。

遍历/proc//task/<thr_id>/stat求和的优势 #

• 精度更可控：直接从每个线程的原始数据汇总，能避免某些内核版本中/proc//stat汇总数据的微小延迟，得到的进程CPU使用率更贴近实时状态。
• 扩展性强：如果后续需要监控单个线程的CPU使用情况，这套代码可以直接复用，不用额外开发新的逻辑。
• 兼容性更好：在一些定制化内核或特殊系统环境中，可能存在/proc//stat数据不准确的情况，遍历线程的方式可以绕过这个问题，从最底层的线程数据计算出进程CPU负载。

内容的提问来源于stack exchange，提问作者incubus