记一次 .NET 某埋线管理系统 崩溃分析

经常有朋友跟我反馈，说看你的文章就像看天书一样，有没有一些简单入手的dump 让我们先找找感觉，哈哈，今天就给大家带来一篇入门级的案例，这里的入门是从 WinDbg 的角度来阐述的，这个问题如果你通过 记日志，分析代码 的方式，可能真的无法解决，不信的话继续往下看呗！,前段时间有位朋友微信上找到我，说他的程序崩溃了，也没找出是什么原因，然后就让朋友抓一个崩溃的dump让我看看。,在 windbg 中有一个自动化的分析命令 !analyze -v 可以寻找到 miniDumpWriteDump 时塞入的 PMINIDUMP_EXCEPTION_INFORMATION 信息，结构如下：,这个命令执行时间可能很长，要稍等片刻,上面的崩溃点的汇编语句 mov rcx,qword ptr [rax] 说的非常清楚，访问0区的 0000000000000198 地址必然会是访问违例，接下来简单看一下汇编代码。,从汇编代码看是一段 数组操作 的逻辑，捋汇编太累了，我们看下 igxelpicd64.dll 模块到底是谁写的，用 lmvm 观察下。,从 OpenGL(R) Driver for Intel(R) Graphics Accelerator 来看原来是用来渲染 2D，3D 矢量图形的工具包哈，这东西太底层了，没玩过，不过有一点可以肯定的是这个 dll 是属于 Intel 的，那为什么会调用这个渲染功能呢？这就需要观察线程栈了。,崩溃有两个场景，一个是崩溃前，一个是崩溃后，要看崩溃前的线程栈我们一定要知道崩溃前的状况，这里用 .ecxr 命令切换，简化后如下：,从线程栈看是用户点击了鼠标，进入了 GSGlobeDotNet.dll ，在读取像素的底层逻辑中抛了异常，然后到网上搜了一下，原来是绘制三维地球的工具包，这个了。,图片,知道这些信息后，让朋友升级下 显卡驱动 试试，后来朋友改了显卡的设置就搞定了，截图如下：,图片,显卡的问题也能导致程序的崩溃，太不可思议了，试想一下你如果只是记日志，看代码，怎么可能找的出问题，哈哈哈，这就是高级调试的价值。