错误检查 0x3B：SYSTEM_SERVICE_EXCEPTION
SYSTEM_SERVICE_EXCEPTION 错误检查具有 0x0000003B 值。 这表示在执行从非特权代码转换为特权代码的例程时发生了异常。
重要
这篇文章适合程序员阅读。 如果您是在使用计算机时收到蓝屏错误代码的客户，请参阅蓝屏错误疑难解答。
SYSTEM_SERVICE_EXCEPTION 参数
| 参数 | 说明 |
|---|---|
| 1 | 导致错误检查的异常。 |
| 2 | 导致错误检查的指令的地址 |
| 3 | 导致错误检查的异常的上下文记录的地址 |
| 4 | 0（未使用） |
原因
此停止代码指示执行代码存在异常，其下方的线程是系统线程。
出现这种情况的原因可能是取消引用了 NULL 指针或访问了随机的错误地址。 而这又可能是内存被过早释放或数据结构损坏造成的。
NTSTATUS 值中介绍了在参数 1 中返回的异常信息。 异常代码在 ntstatus.h（Windows 驱动程序工具包提供的标头文件）中定义。 （有关详细信息，请参阅 Windows 驱动程序工具包中的标头文件）。
常见的异常代码包括：
0x80000003: STATUS_BREAKPOINT
没有内核调试器连接到系统时，遇到断点或 ASSERT。
0xC0000005: STATUS_ACCESS_VIOLATION
出现内存访问冲突。
解决方法
若要确定具体原因并创建代码修复，需要编程经验和故障模块源代码的访问权限。
若要调试此问题，请使用参数 3 的 .cxr（显示上下文记录） 命令，然后使用 kb（显示堆栈回溯跟踪）。 还可以在此停止代码之前的代码中设置断点，并尝试单步前进到故障代码中。 使用 u、ubuu (unassemble) 命令查看程序集程序代码。
!analyze 调试程序扩展显示有关错误检查的信息，有助于确定根本原因。 下面的示例是 !analyze 的输出。
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff802328375b0, Address of the instruction which caused the bugcheck
Arg3: ffff9c0a746c2330, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.
...
有关 WinDbg 和 !analyze 的详细信息，请参阅下列主题：
有关 Windows 内存使用情况的详细信息，请参阅由 Pavel Yosifovich、Mark E. Russinovich、David A. Solomon 和 Alex Ionescu 撰写的 Windows Internals 第 7 版第 1 部分。
标识驱动程序
如果能够识别出导致错误的驱动程序，则会将其名称打印在蓝屏上，并存储在内存中的 (PUNICODESTRING) KiBugCheckDriver 位置。 可以使用一个调试器命令 dx（显示调试器对象模型表达式）来显示此内容：dx KiBugCheckDriver。
kd> dx KiBugCheckDriver
KiBugCheckDriver : 0xffffe10b9991e3e8 : "nvlddmkm.sys" [Type: _UNICODE_STRING *]
使用 !error 扩展显示参数 1 中的异常代码的相关信息。 以下是 !error 的输出实例。
2: kd> !error 00000000c0000005
Error code: (NTSTATUS) 0xc0000005 (3221225477) - The instruction at 0x%p referenced memory at 0x%p. The memory could not be %s.
请查看 WinDbg 的“堆栈文本”输出以获取故障发生时运行的内容的线索。 如果有多个转储文件可用，请比较信息以查找堆栈中的通用代码。 使用调试器命令，如使用 kb（显示堆栈回溯）来调查错误代码。
使用以下命令列出在内存中加载的模块：lm t n
使用 !memusage 检查系统内存的一般状态。 还可以使用命令 !pte 和 !pool 来检查内存的特定区域。
过去，此错误已链接到过度使用分页池，如果用户模式图形驱动程序交叉将错误数据传递到内核代码，则可能导致出现这种情况。 如果你怀疑就是这种情况，请使用驱动程序验证器中的池选项收集其他信息。
驱动程序验证程序
驱动程序验证程序是一个实时运行的工具，用于检查驱动程序的行为。 例如，驱动程序验证程序检查内存资源（如内存池）的使用。 如果在执行驱动程序代码时标识错误，它会主动创建一个异常，以允许进一步检查该部分驱动程序代码。 驱动程序验证程序管理器内置于 Windows 中，可在所有 Windows 电脑上使用。
若要启动驱动程序验证程序管理器，请在命令提示下输入“验证程序”。 你可以配置要验证的驱动程序。 验证驱动程序的代码在运行时会增加开销，因此请尝试验证尽可能少的驱动程序。 有关详细信息，请参阅驱动程序验证程序。
注解
有关 Windows 错误检查代码的一般故障排除，请按照以下建议操作：
如果最近添加了新的设备驱动程序或系统服务，请尝试删除或更新它们。 尝试确定系统中导致新错误检查代码出现的原因。
查看设备管理器，了解是否有任何设备标记为惊叹号 (!)，这表示存在问题。 查看任何故障设备驱动程序的属性中显示的事件日志。 尝试更新相关驱动程序。
检查事件查看器中的系统日志，以获取可能有助于查明导致错误的设备或驱动程序的其他错误消息。 在系统日志中查找与蓝屏同时出现的严重错误。
如果最近向系统添加了硬件，请尝试删除或替换它。 或与制造商联系，查看是否有可用的修补程序。
有关其他常规故障排除信息，请参阅分析错误检查蓝屏数据。