一：背景1.讲故事先说一下题外话，一个监控别人系统运行状态的程序，结果自己出问题了，有时候想一想还是挺讽刺的，哈哈，开个玩笑，我们回到正题，前些天有位朋友找到我，说他们的系统会偶发性CPU爆高，CPU上去了就下不来了，让我帮忙看一下怎么回事，而且自己也分析过了，没找到哪里有问题，写监控的都是

一、问题现象从截图现象看，应用程序CPU和内存都上去了。并且还是导致程序崩溃了。这时我想到了在老师（一线码农）那里学到的分析办法，先抓取一个Dump。然后仔细分析。二、分析Dump通过Address-summary命令，查看内存确实偏高，并且都在托管堆中。2.1确认CPU是否真的存在跑高的的现

一：背景1.讲故事前段时间有位朋友找到我，说他们的程序出现了CPU爆高，让我帮忙看下怎么回事？这种问题好的办法就是抓个dump丢给我，推荐的工具就是用procdump自动化抓捕。二：Windbg分析1.CPU真的爆高吗还是老规矩，要想找到这个答案，可以使用!tp命令。0:044>!tplogStart:1logSize:

一：背景1.讲故事前些天有位朋友找到我，说他程序中的线程数爆高，让我帮忙看下怎么回事，这种线程数爆高的情况找问题相对比较容易，就让朋友丢一个dump给我，看看便知。二：为什么会爆高1.查看托管线程别人说的话不一定是真，得自己拿数据出来说话，可以用!t命令观察一下便知。0:000>

一：背景1.讲故事最近也挺奇怪，看到了两起CPU爆高的案例，且诱因也是一致的，觉得有一些代表性，合并分享出来帮助大家来避坑吧，闲话不多说，直接上windbg分析。二：WinDbg分析1.CPU真的爆高吗这里要提醒一下，别人说爆高不一定真的就是爆高，我们一定要拿数据说话，可以用!tp观察下。

一：背景1.讲故事前段时间有位朋友找到我，说他程序CPU直接被打满了，让我帮忙看下怎么回事，截图如下：看了下是两个相同的程序，既然被打满了那就抓一个dump看看到底咋回事。二：为什么会打满1.真的被打满了吗凡事都要用数据说话，我们使用!tp命令观察一下。0:014>!tplogStart:

一：背景1.讲故事如果要分析Linux上的.NET程序CPU爆高，按以往的个性我肯定是抓个dump下来做事后分析，这种分析模式虽然不重但也不轻，还需要一定的底层知识，那有没有傻瓜式的CPU爆高分析方式呢？相信有很多朋友知道B站713事件，最终就是用perf找到了那个让cpu100%的lua函

一：背景1.讲故事前段时间有位朋友找到我，说他docker中的web服务深夜cpu被打满，让我帮忙看一下，很多朋友问docker中怎么抓dump，我一般都推荐使用procdump这款自动化工具，谁用谁知道，有了dump之后，接下来就是分析了。二：WinDbg分析1.cpu真的爆高吗有很多朋友问linux上的dump

一：背景1.讲故事一直在追这个系列的朋友应该能感受到，我给这个行业中无数的陌生人分析过各种dump，终于在上周有位老同学找到我，还是个大妹子，必须有求必应

一：背景1.讲故事这段时间经常有朋友微信上问我这个真实案例分析连载怎么不往下续了，关注我的朋友应该知道，我近二个月在研究SQLSERVER，也写了十多篇文章，为什么要研究这东西

一：背景1.讲故事今天是

一：背景1.讲故事哈哈，再次见到物流类软件，上个月有位朋友找到我，说他的程序出现了CPU爆高，让我帮忙看下什么原因，由于那段时间在苦心研究C++，分析和经验分享也就懈怠了，今天就给

一：背景1.讲故事今天是

一：背景1.讲故事前段时间有位朋友加微信，说他的程序直接​​CPU=100%​​，每次只能手工介入重启，让我帮忙看下到底怎么回事，哈哈，这种CPU打满的事故，程序员压力会非常大,我让朋友

一：背景1.讲故事前段时间有位朋友加微信，说他的程序直接CPU=100%，每次只能手工介入重启，让我帮忙看下到底怎么回事，哈哈，这种CPU打满的事故，程序员压力会非常大,我让朋友在CP

CPU真的爆高吗？要确认是否真的爆高，可以使用 !tp 观察。即!threadpool0:000>!tpCPUutilization:96%WorkerThread:Total:36Running:36Idle:0MaxLimit:32

一：背景1.讲故事前段时间有位朋友微信找到我，说他的程序出现了CPU爆高，帮忙看下程序到底出了什么情况？图就不上了，我们直接进入主题。二：WinDbg分析1.CPU真的爆高吗？要

一：背景1.讲故事前几天有位朋友在B站加到我，说他的程序出现了​​线程数​​爆高的问题，让我帮忙看一下怎么回事，截图如下：说来也奇怪，这些天碰到了好几起关于线程数无缘无故