2024年5月2日发(作者：肥运馨)
“0x????????”指令引用的“0x????????”内存。该内存不能为“read或written解决方法
使用Windows操作系统的人有时会遇到这样的错误信息：
“0X????????指令引用的0x00000000内存，该内存不能
written”，然后应用程序被关闭。其实，这个错误并不一定是
Windows不稳定造成的。本文就来简单分析这种错误的常见原
因。
一、应用程序没有检查内存分配失败
程序需要一块内存用以保存数据时，就需要调用操作系统提供的
“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的
内存区地址返回给应用程序，应用程序就可以通过这个地址使用
这块内存。这就是“动态内存分配”，内存地址也就是编程中的“指
针”。
内存不是永远都招之即来、用之不尽的，有时候内存分配也会失
败。当分配失败时系统函数会返回一个0值，这时返回值“0”已
不表示新启用的指针，而是系统向应用程序发出的一个通知，告
知出现了错误。作为应用程序，在每一次申请内存后都应该检查
返回值是否为0，如果是，则意味着出现了故障，应该采取一些
措施挽救，这就增强了程序的“健壮性”。
若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个
值是给它分配的可用指针，继续在之后的运行中使用这块内存。
真正的0地址内存区保存的是计算机系统中最重要的“中断描述
符表”，绝对不允许应用程序使用。在没有保护机制的操作系统
下（如DOS），写数据到这个地址会导致立即死机，而在健壮的
操作系统中，如Windows等，这个操作会马上被系统的保护机
制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防
止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出
被引用的内存地址为“0x00000000”。
内存分配失败故障的原因很多，内存不够、系统函数的版本不匹
配等都可能有影响。因此，这种分配失败多见于操作系统使用很
长时间后，安装了多种应用程序（包括无意中“安装”的病毒程
序），更改了大量的系统参数和系统文件之后。
二、应用程序由于自身BUG引用了不正常的内存指针
在使用动态分配的应用程序中，有时会有这样的情况出现：程序
试图读写一块“应该可用”的内存，但不知为什么，这个预料中可
用的指针已经失效了。有可能是 “忘记了”向操作系统要求分配，
也可能是程序自己在某个时候已经注销了这块内存而“没有留
意”等等。注销了的内存被系统回收，其访问权已经不属于该应
用程序，因此读写操作也同样会触发系统的保护机制，企图“违
法”的程序唯一的下场就是被操作终止运行，回收全部资源。计
算机世界的法律还是要比人类有效和严厉得多啊！
像这样的情况都属于程序自身的BUG，你往往可在特定的操作
2024年5月2日发(作者：肥运馨)
“0x????????”指令引用的“0x????????”内存。该内存不能为“read或written解决方法
使用Windows操作系统的人有时会遇到这样的错误信息：
“0X????????指令引用的0x00000000内存，该内存不能
written”，然后应用程序被关闭。其实，这个错误并不一定是
Windows不稳定造成的。本文就来简单分析这种错误的常见原
因。
一、应用程序没有检查内存分配失败
程序需要一块内存用以保存数据时，就需要调用操作系统提供的
“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的
内存区地址返回给应用程序，应用程序就可以通过这个地址使用
这块内存。这就是“动态内存分配”，内存地址也就是编程中的“指
针”。
内存不是永远都招之即来、用之不尽的，有时候内存分配也会失
败。当分配失败时系统函数会返回一个0值，这时返回值“0”已
不表示新启用的指针，而是系统向应用程序发出的一个通知，告
知出现了错误。作为应用程序，在每一次申请内存后都应该检查
返回值是否为0，如果是，则意味着出现了故障，应该采取一些
措施挽救，这就增强了程序的“健壮性”。
若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个
值是给它分配的可用指针，继续在之后的运行中使用这块内存。
真正的0地址内存区保存的是计算机系统中最重要的“中断描述
符表”，绝对不允许应用程序使用。在没有保护机制的操作系统
下（如DOS），写数据到这个地址会导致立即死机，而在健壮的
操作系统中，如Windows等，这个操作会马上被系统的保护机
制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防
止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出
被引用的内存地址为“0x00000000”。
内存分配失败故障的原因很多，内存不够、系统函数的版本不匹
配等都可能有影响。因此，这种分配失败多见于操作系统使用很
长时间后，安装了多种应用程序（包括无意中“安装”的病毒程
序），更改了大量的系统参数和系统文件之后。
二、应用程序由于自身BUG引用了不正常的内存指针
在使用动态分配的应用程序中，有时会有这样的情况出现：程序
试图读写一块“应该可用”的内存，但不知为什么，这个预料中可
用的指针已经失效了。有可能是 “忘记了”向操作系统要求分配，
也可能是程序自己在某个时候已经注销了这块内存而“没有留
意”等等。注销了的内存被系统回收，其访问权已经不属于该应
用程序，因此读写操作也同样会触发系统的保护机制，企图“违
法”的程序唯一的下场就是被操作终止运行，回收全部资源。计
算机世界的法律还是要比人类有效和严厉得多啊！
像这样的情况都属于程序自身的BUG，你往往可在特定的操作