本人无比讨厌蓝屏，我讨厌看到它，讨厌蓝屏后的清理工作，最讨厌的就是发生严重错误蓝屏之后还不得不想办法找到原来的数据。然而，当真的发生严重错误的时候，蓝屏时候的状态却是你少数可以依赖的用来查清楚到底发生了什么问题的依据之一。

　　通常，任何在蓝屏之后能相对高效地给管理员们提供帮助的工具都会大受欢迎。所以我要在本文中用一些笔墨来称赞Nir Sofer和它的免费工具BlueScreenView。

　　BlueScreenView反复通过发生蓝屏时产生的转储文件，然后生成包含在这些文件中的在系统崩溃时的综述信息。通常，深入分析这些文件并从它们得出有用的结果是一件非常繁琐的事情。BlueScreenView帮你解决了许多这方面的麻烦，并且帮你从每次的系统崩溃中得出最需要的信息。

　　当蓝屏发生的时候，你必须用管理员帐号运行它，它将显示两个面板的视图。顶部包含一列转储文件的清单，底部则显示以下三种由你选择的内容之一：

• 你所选择的一个蓝屏事件中所找到的所有驱动的清单
• 在系统崩溃的时候仍然在进程中的驱动清单（典型的用法是显示出什么组件导致了崩溃）
• 重现蓝屏事件本身

　　如果你首先选择所有驱动视图，你也可以使用功能Options | Mark Drivers Found In Crash Stack来高亮显示出故障的驱动来快速参考。

　　选择一个或者多个转储文件，你可以将结果导出到一个HTML文件中，它会用系统默认浏览器自动打开。一点小烦恼：当你用选择的转储文件生成报告的时候，它仅导出在顶部面板中显示的报告，而不能包含故障当时的驱动报告。你不得不用这个办法重复导出两次，如果你想要这两种报告。一般来说你会同时需要它们两种，因为堆栈驱动可以很容易用来定位错误原因。

　　请注意，BlueScreenView是一个32位的程序，它也可以稳定运行在64位的服务器和工作站上。

　　最后，请允许我提供一些个人案例。最近我的一台机器在短时间内连续发生多次错误，BlueScreenView帮助我在当时保持头脑清醒。通常蓝屏都是发生在有硬件错误的时候（KERNEL_STACK_INPAGE_ERROR and MEMORY_MANAGEMENT)。但是这次在我自己遇到的例子中，蓝屏并不是因为硬件错误，而是因为硬件上的灰尘过多造成的。当我把它打开的时候，发现这机器真的应该好好清理一下并且重新插拔内存条了。

　　之后一切都恢复正常了。

点击图片即可放大