## 一：背景 ### 1. 讲故事 在这么多的案例分析中，往往会发现一些案例是卡死在线程的内核态栈上，但拿过来的dump都是用户态模式下，所以无法看到内核态栈，这就比较麻烦，需要让朋友通过其他方式生成一个蓝屏的dump，这里我们简单汇总下。 ## 二：如何生成内核态dump ### 1. 案例代码
## 一：背景 ### 1. 讲故事 前段时间有位朋友找到我，说他的程序界面操作起来很慢并且卡顿等一些不正常现象，从任务管理器看了下 `GDI句柄` 已经到 1w 了，一时也找不出什么代码中哪里有问题，让我帮忙看下，其实这种问题看内存dump作用不是很大，主要是写脚本很麻烦，这一篇我们就来简单聊聊如
## 一：背景 ### 1. 讲故事 前段时间训练营里有朋友问 `内存映射文件` 是怎么玩的？说实话这东西理论我相信很多朋友都知道，就是将文件映射到进程的虚拟地址，说起来很容易，那如何让大家眼见为实呢？可能会难倒很多人，所以这篇我以自己的认知尝试让大家眼见为实。 ## 二：如何眼见为实 ### 1.
## 一：背景 ### 1. 讲故事 前段时间有位朋友找到我，说他们在查询报表的时候发现程序的稳定性会受到影响，但服务器的内存，CPU都是正常的，让我帮忙看下怎么回事，问了下程序的稳定性指的是什么？指的是卡死，那既然是卡死，就抓一个卡死的dump吧。 ## 二：Windbg 分析 ### 1. 当前
## 一：背景 ### 1. 讲故事 前些天有位朋友找到我，说他的程序跑着跑着就崩溃了，让我看下怎么回事，其实没怎么回事，抓它的 crash dump 就好，具体怎么抓也是被问到的一个高频问题，这里再补一下链接： [.NET程序崩溃了怎么抓 Dump ? 我总结了三种方案] https://www.
## 一：背景 ### 1. 讲故事 有很多朋友跟我说，在 Windows 上看过你文章知道了怎么抓 Crash, CPU爆高，内存暴涨 等各种Dump，为什么你没有写在 Docker 中如何抓的相关文章呢？瞧不上吗？ 哈哈，在DUMP的分析旅程中，跑在 Docker 中的 .NET 占比真的不多，
## 一：背景 ### 1. 讲故事 前段时间有个朋友找到我，说他们的程序有偶发崩溃的情况，让我帮忙看下怎么回事，针对这种 crash 的程序，用 AEDebug 的方式抓取一个便知，有了 dump 之后接下来就可以分析了。 ## 二：Windbg 分析 ### 1. 为什么会崩溃 既然是程序的崩溃
## 一：背景 ### 1. 讲故事 经常有朋友跟我反馈，说看你的文章就像看天书一样，有没有一些简单入手的dump 让我们先找找感觉，哈哈，今天就给大家带来一篇入门级的案例，这里的入门是从 WinDbg 的角度来阐述的，这个问题如果你通过 记日志，分析代码 的方式，可能真的无法解决，不信的话继续往下
## 一：背景 ### 1. 讲故事 前几天微信上有位朋友找到我，说他程序的 `线程数` 会偶发性瞬时飙高，让我看下大概是什么原因，截图如下：  说实
## 一：背景 ### 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
## 一：背景 ### 1. 讲故事 这篇文章源自于分析一些疑难dump的思考而产生的灵感，在dump分析中经常要寻找的一个答案就是如何找到死亡线程的生前都做了一些什么？参考如下输出： ``` C# 0:001> !t ThreadCount: 22 UnstartedThread: 0 Backg
## 一：背景 ### 1. 讲故事 在 dump 分析旅程中，经常会遇到很多朋友反馈一类问题，比如： * 方法平时都执行的特别快，但有时候会特别慢，怎么排查？ * 我的方法第一次执行特别慢，能看到慢在哪里吗？ 相信有朋友肯定说，加些日志不就好了，大方向肯定是没问题的，但加日志的颗粒度会比较粗而且侵
## 一：背景 ### 1. 讲故事 首先声明的是这个 `黑洞` 是我定义的术语，它是用来表示 `内存吞噬` 的一种现象，何为 `内存吞噬`，我们来看一张图。  文章，当时用的是 GDIView + WinDbg 把问题搞定，前者用来定位泄露资源，后
## 一：背景 ### 1. 讲故事 前段时间有位朋友找到我，说他程序CPU直接被打满了，让我帮忙看下怎么回事，截图如下： 