|
使用Windows操作系统的人有时会遇到这样的错误信息:“0X????????指令引用的0x00000000记忆体,该记忆体不能written”,然后应用程式被关闭。$ \2 @( ]+ h: h4 m. F. T' [% r
6 J/ e9 g" @/ s; C9 B如果去请教一些“高手”,得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。
* D# {' L' {' D其实,这个错误并不一定是Windows不稳定造成的。
# U# b6 v; Y# c7 J' [6 m本文就来简单分析这种错误的一般原因。
. `; B' N. o* q$ X3 O% h
) Y1 h/ s4 h8 h& P+ @0 D7 N% k( \- b
* \+ P' G. g& D5 _) `5 {( w一、应用程式没有检查记忆体分配失败! X! j+ l) @2 [4 e1 J) N# Y8 l
程序需要一块记忆体用以储存资料时,就需要使用操作系统提供的“功能函数”来申请,
6 ?0 h/ J& N* t如果记忆体分配成功,函数就会将所新开辟的记忆体区位址返回给应用程式,
' M8 U. |9 @( c1 d/ X, d应用程式就可以通过这个位址使用这块记忆体。这就是“动态记忆体分配”,
3 q4 s' h% v3 Z( x: ` j! i- N2 ?记忆体位址也就是编程中的“游标”。
) U) y; G! i* O记忆体不是永远都招之即来、用之不尽的,有时候记忆体分配也会失败。0 W/ P2 ~+ ? N3 [: E; g
当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的游标,
) `! p6 ^9 u+ c而是系统向应用程式发出的一个通知,告知出现了错误。作为应用程式, u( t' M) U( W( V2 j- f7 Y
在每一次申请记忆体后都应该检查返回值是否为0,如果是,则意味着出现了故障,
( c/ h" {% t( k( d4 ~应该采取一些措施挽救,这就增强了程序的“健壮性”。
, T7 F6 J4 k+ E' e- t若应用程式没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用游标,& ~+ F. j7 j/ j4 d
继续在之后的执行中使用这块记忆体。7 B$ _' B5 c, b8 y) Y* U+ b
真正的0位址记忆体区储存的是电脑系统中最重要的“中断描述符表”,
7 s/ P, l2 T0 p4 k绝对不允许应用程式使用。在没有保护机制的操作系统下(如DOS),
5 l* S+ I$ p+ x8 N: ~) K写资料到这个位址会导致立即当机,而在健壮的操作系统中,如Windows等,% U8 P8 K7 d: L: l
这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程式,7 M, k f6 f2 F# f- n1 l- A! m
以防止其错误扩大。这时候,就会出现上述的“写记忆体”错误,
% F9 j/ S3 x! u/ |并指出被引用的记忆体位址为“0x00000000”。
. h6 H2 I4 P) k# v记忆体分配失败故障的原因很多,记忆体不够、系统函数的版本不匹配等都可能有影响。
% H% `& i7 c5 {; [因此,这种分配失败多见于操作系统使用很长时间后,, x, B: x7 i! N4 G3 B; [& v
安装了多种应用程式(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统档案之后。
9 i# T( }2 S/ y' d5 `. h8 |# v
: D- R \7 g% n7 v5 Z
) B2 j0 `* H* H' R9 _/ T2 s8 y二、应用程式由于自身Bug引用了不正常的记忆体游标
' e! M6 e7 W0 o8 G在使用动态分配的应用程式中,有时会有这样的情况出现:程序试突读写一块“应该可用”的记忆体,3 F4 P6 z' V! ~3 } c
但不知为什么,这个预料中可用的游标已经失效了。有可能是“忘记了”向操作系统要求分配,
" V! G7 E$ `& o, p; M也可能是程序自己在某个时候已经注销了这块记忆体而“没有留意”等等。
% d, R: h8 g7 t7 ~ [注销了的记忆体被系统回收,其访问权已经不属于该应用程式,8 e+ f0 [; A8 a0 O
因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止执行,' J6 V( F" Y1 m. h2 X4 x8 r. l& ?
回收全部资源。电脑世界的法律还是要比人类有效和严厉得多啊!
1 N" q# R4 T/ c像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。
2 o- p/ f, S- ^# H# k( B无效游标不一定总是0,因此错误提示中的记忆体位址也不一定为“0x00000000”,: L9 B! Q+ m4 I, c" M
而是其他随机数字。
$ @- q+ L( U) C. Y: _7 k( o3 u& F' I( _ N6 S8 \
如果系统经常有所提到的错误提示,下面的建议可能会有说明 :) }8 @5 n7 T, Q
1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统,2 w F# i3 W! z4 S- A
从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。
# o" K# R- y7 {# i1 z4 A ^" i2.更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。1 K, P$ o' A, i1 S8 B
有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。
D4 v$ l- K2 G2 W" l3.试用新版本的应用程式。
9 }* r4 m/ o* q1 o5 j1 t" |% z" s) w. H
Mode:将虚拟记忆体撤换5 S# |7 _( ?: [( ^# R9 o0 s
答案:目前为止是肯定的,也就是如在下次冷天到来时亦没再发生,就代表这是主因4 [# {( I4 l1 n1 ?0 F
追加:
* l4 w6 i& a w5 V) q% w% d如果你用 Ghost 恢复 OS 后建议 删除WINDOWS\PREFETCH目录下所有*.PF文件
' T3 \; s" G4 f. v+ ?% C# p因为需让windows重新收集程式的物理位址
9 y# h n, E2 o& t; Y6 @有些应用程式错误: "0x7cd64998" 指令参考的 "0x14c96730" 记忆体。该记忆体不能为 "read"
8 I% I1 h1 F7 I! r* a推论是此原因
0 m* f o2 Q2 L0 ?2 f- z6 w3 V! u源由:
/ g# l3 Y; N3 d9 f; h# gWin XP的“预读取”技术
2 J q+ q ^5 U" N, r1 l4 v& l% n这种最佳化技术也被用到了应用软体上,系统对每一个应用软体的前几次启动情况进行分析,+ ?$ t7 h5 E P. V1 J$ g! \
然后新增一个描述套用需求的虚拟“记忆体映像”,并把这些信息储存到WINDOWS\PREFETCH资料夹。" u5 }6 n o# u% U0 i" {& K
一旦建立了映像,应用软体的装入速度大大提高。
2 a8 X( Z$ g! fXP的预读取资料储存了最近8次系统启动或应用软体启动的信息。
3 @5 Z2 E5 I% {# r后叙:目前此方法亦是独步网路的(其码自己针对此问题查了许久),也是常见问题,原本几乎每天睡前关闭软体时一些程式都会发生...read...
0 N; q+ T. x1 F- Q7 m' \现在就没发生了 |
|