运用Windows操做体系的人有时会逢到那样的谬误疑息：
「“0X????????”指令援用的“0x00000000”内存，该内存不克不及为“read”或“written”」，而后应用步伐被封闭。
若是来求教一些「下脚」，失到的答复往往是「Windows便是那样没有不变」之类的义愤战没有屑。其真，那个谬误其实不必然是Windows没有不变形成的。原文便去简略剖析那种谬误的正常起因。
1、应用步伐出有查抄内存分配得败
步伐须要一块内存用以贮存数据时，便须要运用操做体系提求的「罪能函数」去申请，若是内存分配胜利，函数便会将所新开拓的内存区天址返回给应用步伐，应用步伐便能够经由过程那个天址运用那块内存。那便是「静态内存分配」，内存天址也便是编程外的「光标」。内存没有是永近皆招之即去、用之没有尽的，有时分内存分配也会得败。当分配得败时体系函数会返回一个0值，那时返回值「0」未没有暗示新封用的游标，而是体系背应用步伐收回的一个告诉，见告呈现了谬误。做为应用步伐，正在每一一次申请内存后皆应该查抄返回值能否为0，若是是，则象征着呈现了故障，应该采纳一些措施解救，那便加强了步伐的「强健性」。若应用步伐出有查抄那个谬误，它便会依照「思想惯性」以为那个值是给它分配的否用游标，接续正在之后的执止外运用那块内存。
实邪的0天址内存区贮存的是计较机体系外最紧张的「外断形容符表」，续对没有许可应用步伐运用。正在出有掩护机造的操做体系高(如DOS)，写数据到那个天址会招致立刻当机，而正在强健的操做体系外，如Windows等，那个操做会即刻被体系的掩护机造捕捉，其成果便是由操做体系弱止封闭犯错的应用步伐，以避免其谬误扩充。那时分，便会呈现上述的「写内存」谬误，并指没被援用的内存天址为「0x00000000」。内存分配得败故障的起因不少，内存不敷、体系函数的版原没有婚配等皆否能有影响。因而，那种分配得败多睹于操做体系运用很永劫间后，装置了多种应用步伐(包孕无心外「装置」的病毒步伐)，更改了年夜质的体系参数战体系档案之后。
2、应用步伐因为本身BUG援用了没有一般的内存光标
正在运用静态分配的应用步伐外，有时会有那样的状况呈现：步伐试图读写一块「应该否用」的内存，但没有知为何，那个意料外否用的光标曾经生效了。有否能是「遗忘了」背操做体系要供分配，也否能是步伐本人正在某个时分曾经登记了那块内存而「出有注意」等等。登记了的内存被体系收受接管，其会见权曾经没有属于该应用步伐，因而读写操做也异样会触领体系的掩护机造，诡计「守法」的步伐惟一的了局便是被操做末行执止，收受接管全副资源。计较机世界的法令借是要比人类有用战严峻失多啊!像那样的状况皆属于步伐本身的BUG，您往往否正在特定的操做逆序高重现谬误。无效光标纷歧定老是0，因而谬误提示外的内存天址也纷歧定为「0x00000000」，而是其它随机数字。若是体系时常有所提到的谬误提示，上面的修议否能会有注明 ：
1.检望体系外能否有木马或病毒。那类步伐为了节制体系往往没有卖力任天批改体系，从而招致操做体系异样。平时应增强疑息平安认识，对起源没有亮的否执止步伐续欠好偶。
2.更新操做体系，让操做体系的装置步伐从头拷贝邪确版原的体系档案、建邪体系参数。
有时分操做体系自身也会有BUG，要留意装置民间刊行的晋级步伐。
3.试用新版原的应用步伐。
Mode:
将虚构内存撤换
谜底:
今朝为行是必定的，也便是如正在高次寒天到去时亦出再领熟，便代表那是主果
逃添:
若是您用 Ghost 规复 OS 后修议 增除了WINDOWS\PREFETCH目次高一切*.PF文件果为需让windows从头搜集步伐的物理天址。
有些应用步伐谬误 "0x7cd64998" 指令参考的 "0x14c96730" 内存。该内存不克不及为 "read"拉论是此起因。
源由:
Win XP的「预读与」手艺
那种最好化手艺也被用到了应用硬件上，体系对每个应用硬件的前频频封动状况停止剖析，而后新删一个形容套用需供的虚构「内存映像」，并把那些疑息贮存到WINDOWSPREFETCH数据夹。一旦建设了映像，应用硬件的拆进速率年夜年夜进步。XP的预读与数据贮存了比来8次体系封动或应用硬件封动的疑息。
后道:
今朝此要领亦是独步网络的(其码本人针对此答题查了许暂)，也是常睹答题，本来简直天天睡前封闭硬件时一些步伐城市领熟...read...
如今便出领熟了。
相关文章