内存不能存为READ的几个原因

一般来说，这种现象有两个方面。一个是硬件，也就是内存。第二个是软件，软件有很多问题。

1.Microsoft IE缓冲区溢出漏洞的原因

2，内存或虚拟内存地址使用冲突导致程序运行时分配一定内存地址给程序使用，程序结束时腾出空间给新程序使用。Win是一个多任务系统。有时在程序结束前，又有新的任务要开始。需要多少内存或虚拟内存来确保我们同时运行工作任务?可能win没有很好地修复这个问题，所以这个错误经常发生，通常是在运行大型软件或者多媒体之后。

3，劣质内存条也会出现这个问题。一般来说，记忆出现问题的可能性不是很大。主要方面是:内存条坏了，内存质量有问题，两个不同品牌，不同容量的内存混插也更容易出现不兼容的情况。同时也要注意散热，特别是超频后。你可以使用MemTest来检测内存，它可以完全检测内存的稳定性。如果你有双内存，而不同品牌的内存条混入或者买了二手内存就出现了这个问题，那么你一定要检查一下是内存有问题，还是和其他硬件不兼容。

4.Microsoft WINDO中的漏洞

WS系统。Windows指定内存地址0x00000000到0x0000FFFF作为分配空指针的地址范围。如果程序试图访问此地址，则视为错误。C/C++编写的程序通常不进行严格的错误检查，在使用malloc分配内存而没有足够的地址空间可供分配时返回空指针。但是，代码没有检查此错误，认为地址分配已经成功，因此访问0x00000000的地址，这样就发生了内存冲突，进程被终止。在将ASCII字符填充到PIF文件中时会出现以下情况:一个非法的PIF文件(填充有ASCII字符’’X’’)需要在系统之前至少369个字节认为它是合法的PIF文件，用PIF图标[pifmgr.dll，0]显示它，并在属性中包含程序，字体，内存，屏幕等。而且，当只在非PIF文件大小为369字节时查看属性的“程序页”时，不会出现程序错误，即使是370字节也不会出现。当查看属性的“Program Page”是否存在大于369字节的非法pif文件时，Explorer将出错并提示:“‘***’”指令引用的“‘***’”内存。内存不能“读”。问题是pif文件的十六进制地址:0x00000181[0x87]0x00000182[0x01]和0x00000231[0xC3]0x00000232[0x02]即使是合法的pif文件，也只需更改这四个文件中的任何一个可能导致程序错误。但是，只要0x000001的值81和0x00000182更改为[0xFF][0xFF]，其他地址的任何更改都不会导致错误。

5，Apache服务可能没有正确安装和启动的原因;将服务中的OracleOraHomeXHttpServer更改为停止

6.当应用程序没有检查内存分配失败程序需要一块内存来保存数据时，需要调用操作系统提供的“函数函数”来应用。如果内存分配成功，函数会将新打开的内存区域地址返回给应用程序，应用程序可以通过这个地址使用内存。这就是“动态内存分配，内存地址也是编程中的指针”。内存并不总是可用的，它是取之不尽用之不竭的，有时内存分配会失败。当分配失败时，系统函数返回一个值共0个。此时，返回值“0”不再代表一个新启用的指针，而是系统向应用程序发出的一个错误发生的通知。作为一个应用程序，它应该在每次内存应用程序之后检查返回值是否为0。如果是，就意味着出现了故障，应该采取一些措施来挽救它，这增强了程序的“健壮性”。如果应用程序没有检查此错误，它会根据“思维惯性”将此值视为分配给它的可用指针，并在后续运行中继续使用此内存。实0地址内存区保存着计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有pr操作系统中otection机制(如DOS)，向此地址写入数据会立即造成崩溃，而在健壮的操作系统中，如Windows，此操作会立即被系统的保护机制捕获。这样一来，操作系统就会强行关闭错误的应用程序，防止其错误扩大。此时将出现上述“写入内存错误”，并指示引用的内存地址为“0x00000000”。内存分配失败的原因有很多，比如内存不足，系统功能版本不匹配等。因此，这种分配故障在操作系统使用较长时间后更为常见，各种应用程序(包括无意中“安装的病毒程序)ha我已经安装了，而且大量的系统参数和系统文件都被更改了。

7.应用程序引用了一个由于自身bug导致的异常内存指针。在一个使用动态分配的应用程序中，有时会出现这样的情况:程序试图读写一段“应该可用的内存，但不知何故，这个预期可用的指针失败了。可能是“忘记向操作系统请求分配，或者程序本身可能在某个时候注销了这个内存，”没有注意等等，注销的内存被系统回收，其访问权限不再属于应用程序。因此，读写操作也会触发系统的保护机制。唯一的结局企图“违反法律”的行为将被行动终止，并收回所有资源。计算机世界的法则仍然比人类的法则有效和严厉得多。像这样的情况都是程序本身的bug，你经常可以在特定的操作序列中重现错误。无效指针并不总是0，因此错误提示中的内存地址不一定是“0x00000000”，而是其他随机数。