如果你在WIndows 10或11中得到一个停止代码为SYSTEM_SERVICE_EXCEPTION的蓝屏死机，可能有很多原因，尽管坏的驱动程序总是可能的罪魁祸首。SYSTEM_SERVICE_EXCEPTION附带的常见错误检查代码是0x3B。有趣的是，在Microsoft错误查找工具中，数字代码有许多关联，因此最好单独使用基于文本的停止代码或与数字代码结合使用来研究这一关联。
Microsoft针对此错误的错误检查页面对其原因进行了解释：“此停止代码表示执行代码出现异常，而它下面的线程是系统线程。”
System_SERVICE_EXCEPTION的文件系统修复微软还在SYSTEM_SERVICE_EXCEPTION的错误检查页面上指出，“如果可以识别出对错误负责的驱动程序，则其名称将打印在蓝屏上……”事实上，我亲身经历过Windows 10 NTFS文件系统驱动程序（NTFS.sys）被识别为罪魁祸首的错误。这种识别是喜忧参半的，因为它确实告诉你发生了某种文件系统错误。也就是说，不能也不应该像替换某种设备驱动程序那样替换Windows的操作系统级驱动程序。
这种修复最好留给DISM和SFC命令。因此，重新启动后，我对SYSTEM_SERVICE_EXCEPTION停止代码的第一个响应是在管理命令提示符或PowerShell会话中运行以下命令：
- Dism/online/cleanup image/restorehealth
- SFC/scannow
第一个命令将查找并替换Windows组件存储中任何损坏或丢失的文件（通常为C:\Windows\WinSxS）。第二个命令将检查所有Windows系统文件（事实上，SFC代表系统文件检查器），并替换它识别的任何损坏或丢失的文件。上述DISM命令通常需要3-5分钟才能完成，SFC命令可能需要更长的时间（尤其是在进行任何修复的情况下）。如果SFC发现并修复了错误，请重复相同的命令，直到你在其最终跟进中获得干净的健康状况：
如果SFC发现并修复了损坏的文件，请继续运行该命令，直到它报告“……没有发现任何违反完整性的行为”。在这里，只需要两次尝试就可以达到这种状态。
使用驱动程序验证程序工具修复SYSTEM_SERVICE_EXCEPTIONWindows 10和Windows 11都包含一个名为verifier.exe的内置驱动程序验证工具。它位于C:\Windows\System32文件夹中（Windows保存了许多管理和修复工具）。驱动程序确实经常涉及SYSTEM_SERVICE_EXCEPTION错误，因为它们属于允许访问受保护系统代码的Windows代码元素类（当然还有操作系统组件本身）。几乎任何设备驱动程序都会引发这个错误，所以当你安装新硬件或插入某种可移动存储设备（通常通过USB或Thunderbolt端口）时，它会弹出并不罕见。
如果以前的系统修复（DISM和SFC）没有消除system_SERVICE_EXCEPTION BSOD，则Windows驱动程序验证程序可能能够帮助你识别导致此BSOD发生的罪魁祸首。此工具附带警告：在使用之前，请确保为你的电脑创建当前映像备份，因为验证器会检查所有设备驱动程序，并在发现无法验证或损坏的驱动程序时故意导致BSOD。
你查找的信息应该显示在BSOD发生时写入的崩溃转储中。该故障转储将占用名为memory.dmp或Minidump.dmp的文件。前者位于Windows根目录中，通常为C:\Windows。后者位于C:\Windows\Minidump中。我衷心建议使用Nir Sofer的BlueScreenView工具来查看和检查崩溃转储。它会很高兴地针对这两个崩溃转储文件中的任何一个，并告诉你什么是什么。
打开驱动程序验证程序
1、在管理命令提示符或PowerShell中输入“verifier.exe”这将打开驱动程序验证程序管理器程序。
2、单击“下一步”并保留默认设置“创建标准设置”。
3、选择“自动选择这台计算机上安装的所有驱动程序”。如果你想按名称关注驱动程序列表，请单击“从列表中选择驱动程序名称”。无论哪种方式，请单击“下一步”继续。
除非你想让你的电脑花几个小时测试可能有数百个驱动程序，否则我有一些技巧可以缩小这个列表的范围，并从列表中挑选可疑的驱动程序。
技巧A：使用DriverStore资源管理器获取驱动程序名称和信息
一个名为DriverStore Explorer的免费GitHub项目提供了一个方便的软件工具，用于检查和管理Windows驱动程序。我在我的测试系统上使用了它来确认它有200个驱动程序，并清理了足够多的旧驱动程序，使计数降至“仅”195。这表明，选择所有驱动程序可能需要大量的检查，并且需要花费大量的时间。因此，我倾向于使用DriverStore Explorer按名称关注驱动程序，并按类别关注驱动程序（例如，网络适配器、人机接口设备、显示适配器等）。
技巧B：尽可能限制驱动程序检查可疑类别或项目
假设我刚刚在测试PC上从联想OEM视频驱动程序切换到英特尔DCH视频驱动程序，之后SYSTEM_SERVICE_EXCEPTION错误启动。DriverStore Explorer告诉我该驱动程序的名称是iigd_dch.inf，所以我想在驱动程序验证程序管理器的驱动程序列表中检查该驱动程序是否匹配。通常igd是“英特尔图形驱动程序”的简写，所以我选择了名为igdkm64.sys的项。
4、单击“完成”继续检查。接下来，你将看到来自驱动程序验证程序管理器的警告，你必须重新启动电脑才能开始运行其驱动程序检查。
5、单击“确定”，重新启动电脑，就可以上路了！当系统重新启动时，可能需要更长的时间才能完成启动序列，就像驱动程序验证程序管理器所做的那样。要有耐心。当驱动程序验证程序管理器发现未签名或可疑的驱动程序时，将导致BSOD。
6、记录任何弹出的蓝屏消息（用智能手机拍下它们很方便），这样你以后就可以调查了。
任何BSOD都需要后续调查，并应促使采取某些行动。在大多数情况下，在使用驱动程序验证程序后，替换或升级故障转储中标识的驱动程序将使你的系统恢复权限。
如果你发现自己陷入了引导循环（驱动程序验证程序导致重复的BSOD），你需要引导到安全模式。然后你可以访问驱动程序验证程序（在命令提示符或PowerShell中键入验证程序）。进入驱动程序验证程序管理器UI后，选择“删除现有设置”，然后单击“完成”。在你的下一次重新启动之后，你自己引发的BSOD将停止。
如果你仍然无法摆脱BSOD循环，你可能需要采取更严厉的措施。恢复你作为预防性备份创建的操作系统映像，你将回到开始的位置。另一方面，你可以尝试30分钟的WIndows修复重新安装，或者，如果这还不够，选择完全重置WIndows，这与干净安装相同。最后两个显然是万不得已的手段。
