一：背景 1. 讲故事 前段时间有位朋友找到我，说他 docker 中的web服务深夜cpu被打满，让我帮忙看一下，很多朋友问docker中怎么抓dump，我一般都推荐使用 procdump 这款自动化工具，谁用谁知道，有了 dump 之后，接下来就是分析了。 二：WinDbg 分析 1. cpu
一：背景 1. 讲故事 前几天有位朋友找到我，说他们的软件在客户那边卡死了，让我帮忙看下是怎么回事？我就让朋友在程序卡死的时候通过 任务管理器 抓一个 dump 下来，虽然默认抓的是 wow64 ，不过用 soswow64.dll 转还是可以的，参考命令如下： .load C:\soft\soswo
一：背景 1. 讲故事 最近不知道咋了，各种程序有问题都寻上我了，你说 .NET 程序有问题找我能理解，Windows 崩溃找我，我也可以试试看，毕竟对 Windows 内核也知道一丢丢，那 Visual Studio 有问题找我就说不过去了，但又不好拒绝，就让朋友发下卡死的 dump 我看一看。
## 一：背景 ### 1. 讲故事 上周有位朋友在 github 上向我求助，说线程都被卡住了，让我帮忙看下，截图如下：  说实
## 一：背景 ### 1. 讲故事 很多朋友可能会有疑问，C# 是一门托管语言，怎么可能会有非托管句柄泄露呢？ 其实一旦 C# 程序与 C++ 语言交互之后，往往就会被后者拖入非托管泥潭，让我们这些调试者被迫探究 `非托管领域问题`。 ## 二：非托管句柄泄露 ### 1. 测试案例 为了方便讲述
## 一：背景 ### 1. 讲故事 前几天有位朋友找到我，说他们公司的后端服务内存暴涨，而且CPU的一个核也被打满，让我帮忙看下怎么回事，一般来说内存暴涨的问题都比较好解决，就让朋友抓一个 dump 丢过来，接下来我们用 WinDbg 一探究竟。 ## 二：WinDbg 分析 ### 1. 到底是
## 一：背景 ### 1. 讲故事 前几天写了一篇 `如何洞察 .NET程序 非托管句柄泄露` 的文章，文中使用 WinDbg 的 `!htrace` 命令实现了句柄泄露的洞察，在文末我也说了，WinDbg 是以侵入式的方式解决了这个问题，在生产环境中大多数情况下是不能走附加进程的模式，所以这也是
## 一：背景 ### 1. 讲故事 如果要分析 Linux上的 .NET程序 CPU 爆高，按以往的个性我肯定是抓个 dump 下来做事后分析，这种分析模式虽然不重但也不轻，还需要一定的底层知识，那有没有傻瓜式的 CPU 爆高分析方式呢？ 相信有很多朋友知道 **B站713事件**，最终就是用 p
