我们来对几组容易理解且比较关键的数据进行解读：
System Uptime：系统运行时间。通过此项数据可以得知崩溃是在开机后多长时间出现的。如上图数据为0天0时0分48秒出现蓝屏死机。以现在新电脑的开机时间推算，十秒左右基本可以判定为开机蓝屏，反之则为使用过程中出现崩溃。
BugCheck：错误校验码。也即终止代码或错误代码的简写，在MSDN上0x00000139经常表示为139或0x139。由于软件开发较早，无法与Windows 10的描述性终止代码匹配，但也算是一项有用的信息。
Probably caused by：可能诱因。并不是每个dmp文件分析出的此项都是有意义的，但这次运气非常好，此项数据值是名为RNDISMP6.SYS的驱动文件。也就是说很有可能是由于这个驱动出现问题导致蓝屏死机。经过查询得知，本次蓝屏正是手机通过RNDIS设备共享网络时驱动出错引起的，更新驱动并进行一些兼容性更改后得以解决。
!analyze–v：详细分析命令。当然并不是每次分析都会得到可以直接推断出诱因的值，如果得到的是未知的或没有太多参考意义的值，还可以使用此命令进一步分析错误原因。可直接点击运行。
运行后结果如下：
运行该命令得到的结果中包含之前的结果，还有一些更为详细的数据辅助判断，如果崩溃次数统计、崩溃进程名、栈文本信息等。
至此，结合第一次分析和第二次详细分析得到的数据，我们就可以搞定绝大多数的蓝屏了。
相较于WinDBG以文本形式展示数据，BlueScreenView则更加直观，“以类数据库查询”的方式，通过表格对各项数据进行展示，枚举崩溃堆栈中的内存地址，可能导致崩溃的驱动、模块会被标红置顶显示，且版本资源信息如产品名称、文件版本、公司、文件描述等都会被提取。也可通过更改【选项→高级选项】中载入文件夹的路径，载入其他位置的dmp文件。
双击上方列表中dmp文件会弹出窗口显示与WinDBG类似的信息，双击下层窗格的文件名也是同样的功能，操作更简单。
BlueScreenView更直观更便捷，得到的数据和WinDBG大部分相同，略有不同的是，WinDBG提供的“Probably caused by”是“罪魁祸首”，BlueScreenView提供的“Caused by”是“受害者”。
除此之外，还有特别有趣的一点，BlueScreenView还可以模拟XP蓝屏画面，但由于软件有些年头没更新了所以Windows 8及之后的蓝屏画面并不支持。
网友评论（共有 0 条评论）
