这个内存之所以不能“读”，是因为太多了。现在只要是Windows系统，X86或者64位都会出现这种问题。这是由错误或文件错误引起的。
在运行一些程序时，有时会出现内存错误提示，然后关闭程序。
“0x？"“0x？被指令引用？"记忆。存储器不能被“读取”。
“0x？"“0x？被指令引用？"记忆，是不能“写”出来的。
你遇到过这样的故障吗？(0x之后的内容可能不一样。)
总的来说，这种现象有很多方面。一是硬件有问题，也就是内存，二是软件有很多问题。
1.Microsoft IE缓冲区溢出漏洞
2.内存或虚拟内存地址冲突的使用。
要运行一个程序，需要给程序分配一定的内存地址。当程序结束时，将为新程序释放空间。win是一个多任务系统。有时，在程序结束之前，一个新的任务开始了。需要多少内存或虚拟内存来确保我们同时运行这些任务？可能是win在这个问题上做的不好，所以经常会出现这个错误，这种错误一般发生在运行大型软件或者多媒体之后。
3.劣质内存条也会有这个问题。
一般来说，内存出现问题的可能性不大。主要方面是：内存条坏了，内存质量有问题，两个不同品牌不同容量的内存混用，也容易出现不兼容的情况。同时也要注意散热，尤其是超频之后。可以用软件MemTest来检查内存，可以彻底检查内存的稳定性。
如果这个问题发生在你有双内存，不同品牌的内存芯片混在一起或者你买了二手内存，那么你应该检查一下内存是不是出故障了或者和其他硬件不兼容。
4.微软视窗系统的漏洞
Windows存储器地址0X00000000至0X0000ffff被指定为分配空指针的地址范围。如果一个程序试图访问这个地址，它被认为是一个错误。c/c编写的程序通常不进行严格的错误检查。当malloc用于分配内存，而可用的地址空间不够时，会返回一个空指针。但是代码不检查这个错误，认为地址分配已经成功，所以访问地址0X00000000，然后发生内存违规访问，进程终止。
5.apache服务可能没有完全正确安装，并且已经启动。将服务中的oracleOraHomeXXHTTPServer更改为stop
6.应用程序无法检查内存分配。
当一个程序需要一块内存来存储数据时，需要调用操作系统提供的“函数function”来申请。如果内存分配成功，函数会将新打开的内存区域的地址返回给应用程序，应用程序可以通过这个地址使用这个内存。这就是“动态内存分配”，内存地址也是编程中的“指针”。
内存并不总是可用和取之不尽的，有时内存分配会失败。当分配失败时，系统函数将返回值0。此时，返回值“0”并不代表新启用的指针，而是系统向应用程序发送的出错通知。作为应用程序，应该在每次内存应用后检查返回值是否为0。如果是，说明出了问题，要采取一些措施来挽救，增强了程序的“健壮性”。
如果应用程序不检查这个错误，它会根据“思维惯性”将这个值视为分配给它的可用指针，并在后续操作中继续使用这个内存。的实0地址存储区是计算机系统中最重要的“中断描述符表”，是绝对不允许应用程序使用的。在没有保护机制的操作系统(比如DOS)中，向该地址写入数据会导致立即崩溃，而在健壮的操作系统(比如Windows)中，该操作会立即被系统的保护机制捕获。因此，操作系统会强制关闭错误的应用程序，以防止其错误扩大。此时会出现上述“写内存”错误，引用的内存地址为“0x00000000”。
内存分配失败的原因有很多，比如内存不足，系统函数版本不匹配等。所以这种分配失败往往发生在操作系统使用时间长了，安装了多种应用程序(包括不小心安装的病毒程序)，更改了很多系统参数和系统文件之后。
7.由于应用程序自身的错误，它引用了一个异常的内存指针。
在使用动态分配的应用程序中，有时会出现这样的情况：程序试图读写一个“应该可用”的内存，但不知何故，这个原本应该可用的指针已经过期了。可能是“我忘了”向操作系统请求分配，也可能是程序本身在某个时候注销了这个内存而“没注意”等等。注销的内存被系统收回，其访问权不再属于应用程序。所以读写操作也会触发系统的保护机制。企图“违法”的程序，唯一的结局就是被操作终止，所有资源被收回。计算机世界的法律还是比人类有效和严厉得多！
这样的情况属于程序本身的BUG，你经常可以在一个特定的操作序列中重现错误。无效指针不总是0，所以错误提示中的内存地址不一定是“0x00000000”，也可以是其他随机数。
