问内存分配导致操作系统崩溃。除了操作系统之外，谁该受责备？

EN

“当应用程序使用大量内存时，蓝色屏幕”的一个相当合理的场景是一个崩溃的驱动程序。这里有两个共同的问题：

1. 当分配函数无法分配内存时，无法分配内存且无法检测到由NULL返回的驱动程序“，从而导致空内存访问或接近空内存访问。
2. 驱动程序没有正确地“锁定”内存缓冲区，导致驱动程序“需要”的页面在使用页面时被交换--这会导致"IRQL不少于或等于“蓝屏，这是因为操作系统检测到一个页面时，在驱动程序处于”锁定“模式时发生在请求中。换句话说，驱动程序要求“在我完成此任务之前，不能运行任何其他任务”，然后会发生一个页面错误--它是从交换区请求页面中页面的一个请求，它确实需要一个不同的任务才能运行--不能吃蛋糕，所以OS说“不能做”--因为驱动程序不能访问内存，不能切换到另一个任务，所以我们只能做“报告错误和停止”。
3. 第三种选择是驱动程序检测到它无法分配内存，但是决定它不能继续，然后调用Windows中的“我想现在就蓝屏”函数来发出自己的蓝屏。编写得很好的驱动程序不应该这样做，但是和一些司机一样，作者仍然认为这是一个“好主意”。

对不起，自从我写windows驱动程序以来已经过去11年了，所以我们可以预料到的确切错误代码已经丢失了。我认为7B用于IRQLNotLessOrEqual，0xC00000005用于访问未映射内存(NULL访问等)。

许多机器具有相似的硬件(例如，相同的打印机、USB鼠标或键盘)，可以很容易地解释几台不同机器的行为相同的事实。或光盘驱动器，是片状)，或通过拥有相同的反病毒软件- AV软件总是有一个驱动组件，以“钩”到其他进程等。

考虑到“内存真的耗尽”现在已经不常见了，没有那么熟练的/经验丰富的/认真的开发人员很可能不会用假内存或内存不足的情况进行适当的测试，从而无法检测到他们的驱动程序在这种情况下失败了。

为了提供更多的细节，我们至少需要知道蓝屏的“代码”(屏幕顶部有四到五个十六进制数字)。

假设调试此类故障有一定的意义，您可以在转储(或迷你转储)崩溃时设置窗口，或者使用第二台PC将WinDBG作为远程调试器或其他远程调试器连接到正在崩溃的机器上--当机器出现蓝屏时，它将在重新启动之前停在调试器中，这样您就可以看到系统的状态，包括查看导致崩溃的代码的调用堆栈--这通常会显示导致问题的实际上是什么组件。但是，除非您与驱动程序开发人员有很好的联系(至少是给相关支持人员的电子邮件地址)，否则不太可能解决这个问题。