天高云淡

出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。

一：先说说硬件：

一般来说，电脑硬件是很不轻易坏的。内存出现问题的可能性并不大（除非你的内存真的是杂牌的一塌徒地），紧要方面是：1。内存条坏了（二手内存情况居多）、2。利用了有质量问题的内存，3。内存插在主板上的金手指部分灰尘太多。4。利用差异品牌差异容量的内存，从而出现不兼容的情况。5。超频带来的散热问题。你可以利用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。

二、假如都没有，那就从软件方面摒除故障了。

先说原理：内存有个存放数据的地点叫缓冲区，当步骤把数据放在缓冲区，需要驾驭体系提供的“功能函数”来申请，假如内存分配成功，函数就会将所新开辟的内存区地址返回给运用步骤，运用步骤就可以通过这个地址利用这块内存。这即是“动态内存分配”，内存地址也即是编程中的“光标”。内存不是永恒都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时体系函数会返回一个0值，这时返回值“0”已不表示新启用的光标，而是体系向运用步骤发出的一个通知，告知出现了过错。作为运用步骤，在每一次申请内存后都应该检验返回值是否为0，假如是，则意味着出现了故障，应该采纳一些举措拯救，这就增强了步骤的“健壮性”。若运用步骤没有检验这个过错，它就会遵照“思维惯性”认为这个值是给它分配的可用光标，继承在之后的执行中利用这块内存。真正的0地址内存区储存的是计算机体系中最首要的“中断描述符表”，绝对不答应运用步骤利用。在没有守护机制的驾驭体系下(如DOS)，写数据到这个地址会导致立刻当机，而在健壮的驾驭体系中，如Windows等，这个驾驭会立刻被体系的守护机制捕捉，其结果即是由驾驭体系强行关闭犯错的运用步骤，以避免其过错扩大。这时候，就会出现上述的内存不能为“read”过错，并指出被引用的内存地址为“0×00000000“。内存分配失败故障的原因很多，内存不足、体系函数的版本不匹配等都可能有影响。因此，这种分配失败习见于驾驭体系利用很长时间后，安设了多种运用步骤(包罗无意中“安设”的病毒步骤)，更正了大量的体系参数和体系档案之后。