如何在 NET 程序万种死法中有效的生成 Dump (下)

一：背景

上一篇我们聊到了如何通过 procdump 抓取 cpu爆高 和 内存暴涨 两种情况，这一篇再聊聊如何去抓程序 挂死 和 意外退出。

二：程序挂死

1. 定义

程序挂死 简单的说就是程序没有响应，既然没响应了，可能 死锁, 可能 负载过大线程池耗尽 等等情况，万千世界，啥情况都有。

既然是用 procdump 去抓，我得先了解下它对 挂死 (hung on) 的定义？

-h	Write dump if process has a hung window (does not respond to window messages for at least 5 seconds).

从上面的定义看，人家貌似是判断窗口是否在指定时间内响应 windows消息 来判别的，我知道你在想什么，你寻找的web请求响应时间过长，这种场景通过 -h 是抓不到的，我感觉它特别适合那些带有 GUI 程序的抓取，比如说：（WPF，Winform） 。

2. 案例演示

现在我准备创建一个简单的 winform 程序，在 button 事件中故意让主线程sleep造成程序假死，参考代码如下：

    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void button1_Click(object sender, EventArgs e)
        {
            Thread.Sleep(1000 * 10);

            MessageBox.Show("clicked me!");
        }
    }

接下来启动 cmd 窗口，输入：

C:\Windows\system32>procdump -ma -h -w WindowsFormsApp1.exe E:\net5\hungwindow.dmp

ProcDump v10.0 - Sysinternals process dump utility
Copyright (C) 2009-2020 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com

Waiting for process named WindowsFormsApp1.exe...

启动程序后点击 button 让 winform 假死，可以看到 procdump 在 5s 之后自动输出了dump。

C:\Windows\system32>procdump -ma -h -w WindowsFormsApp1.exe E:\net5\hungwindow.dmp

Press Ctrl-C to end monitoring without terminating the process.

[14:49:53] Hung Window:
[14:49:53] Dump 1 initiated: E:\net5\hungwindow.dmp
[14:49:53] Dump 1 writing: Estimated dump file size is 303 MB.
[14:49:53] Dump 1 complete: 303 MB written in 0.7 seconds
[14:49:54] Dump count reached.

然后用 windbg 看看每一个线程都在做什么？

0:000> ~*e !clrstack
OS Thread Id: 0x6698 (0)
Child SP       IP Call Site
00cfeb60 7722327c [HelperMethodFrame: 00cfeb60] System.Threading.Thread.SleepInternal(Int32)
00cfebe4 5da9be7b System.Threading.Thread.Sleep(Int32)
00cfebec 02d1238d WindowsFormsApp1.Form1.button1_Click(System.Object, System.EventArgs) [E:\net5\ConsoleApp1\WindowsFormsApp1\Form1.cs @ 23]
00cfec04 5a3b95bb System.Windows.Forms.Control.OnClick(System.EventArgs)
00cfec18 5a3bbe57 System.Windows.Forms.Button.OnClick(System.EventArgs)
...

三：意外退出

1. 概念

意外退出 我想很多朋友都遇到过，本来 Console 程序跑的好好地，半夜收到报警短信.... 还有用户反馈，你那终端可行呀，点了几下就挂掉了。。。

有些朋友可能在想，sd，这问题还不简单，加一个全局 未处理异常 不就好啦？？？ 真搞不懂怎么想的 。

哈哈，总以为 全局异常处理 能够包治百病，还是太年轻了，记得上一家公司用了阿里的sdk，底层用了 C++ 封装，程序莫名退出了，全局异常处理也没任何日志，说到这里我想你也知道了，非托管层抛出的异常，托管层这时候就是弟弟，就这么简单

2. 演示

我准备在程序中抛出一个简单的 DivideByZeroException ，方便让程序退出。

    public class Program
    {
        public static void Main(string[] args)
        {
            var result = CalcDAL();

            Console.WriteLine($"result={result}");

            Console.ReadLine();
        }

        public static int CalcDAL()
        {
            try
            {
                var query = "0";
                Thread.Sleep(2000);  //do sth...

                return 0 / Convert.ToInt32(query);
            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.Message);
                throw;
            }
        }
    }

程序跑起来后，在 procdump 上用 -e 命令抓取。

C:\Windows\system32>procdump -ma -e  -w ConsoleApp1.exe E:\net5\test.dmp

ProcDump v10.0 - Sysinternals process dump utility
Copyright (C) 2009-2020 Mark Russinovich and Andrew Richards
Sysinternals - www.sysinternals.com

Waiting for process named ConsoleApp1.exe...

Press Ctrl-C to end monitoring without terminating the process.

[15:29:56] Exception: 04242420
[15:29:58] Exception: C0000094.INT_DIVIDE_BY_ZERO
[15:29:58] Exception: C0000094.INT_DIVIDE_BY_ZERO
[15:29:58] Exception: C0000094.INT_DIVIDE_BY_ZERO
[15:29:58] Unhandled: C0000094.INT_DIVIDE_BY_ZERO
[15:29:58] Dump 1 initiated: E:\net5\test-2.dmp
[15:29:58] Dump 1 writing: Estimated dump file size is 50 MB.
[15:29:59] Dump 1 complete: 50 MB written in 0.2 seconds
[15:29:59] Dump count reached.

从输出看，万事ok。

3. 拓展

不知道有没有朋友还记得 VS 有一个 异常断点 吗？ 表示当某种异常抛出时，程序自动进入断点处调试状态，这是一个帮助找到bug的利器，但还是有一定限制的，毕竟程序都跑在生产上，你也不能把 vs 搬过去，也不可能搞个远程调试啥的，所以当程序抛出了某一种异常后，怎么自动生成一个 dump 呢？？？

在强大的 procdump 面前这些都是弟弟，