|
使用Windows操作系统的人有时会遇到这样的错误信息:“0X????????指令引用的0x00000000记忆体,该记忆体不能written”,然后应用程式被关闭。
7 Y4 D$ b! ~ |2 X5 _; {0 ]# D6 q
! f/ P, {1 ]% R( O1 E& c* h, ^如果去请教一些“高手”,得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。8 E0 h9 N' J, @' j
其实,这个错误并不一定是Windows不稳定造成的。. q; c; ], k* E1 H) B2 T
本文就来简单分析这种错误的一般原因。2 O F8 E! y+ R! V& e) t- W" G/ E
9 A$ N! }+ X3 ~( m8 b8 A5 s
( c- H6 A, x) O: K! F e
一、应用程式没有检查记忆体分配失败
" l/ v. q9 I9 o z( `" G程序需要一块记忆体用以储存资料时,就需要使用操作系统提供的“功能函数”来申请,# g: Q2 r7 a% L( D
如果记忆体分配成功,函数就会将所新开辟的记忆体区位址返回给应用程式,4 K9 R! h; a% i
应用程式就可以通过这个位址使用这块记忆体。这就是“动态记忆体分配”,# C1 ~& `7 a% y
记忆体位址也就是编程中的“游标”。) U+ l% ~1 Y& ?8 @0 W) f/ r
记忆体不是永远都招之即来、用之不尽的,有时候记忆体分配也会失败。
0 `* Y2 J, B+ F6 X当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的游标,( A3 W! J5 r$ `* W& i1 y5 g% {0 m
而是系统向应用程式发出的一个通知,告知出现了错误。作为应用程式,: g0 @3 \% ^- s5 ?. {( G
在每一次申请记忆体后都应该检查返回值是否为0,如果是,则意味着出现了故障,
8 i. [7 o- N( f V6 T( e8 b$ f9 D% e+ V应该采取一些措施挽救,这就增强了程序的“健壮性”。
/ i3 Z# Q/ T( j! d: j6 G若应用程式没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用游标,: L" i5 }/ L& \6 T0 x3 N% E) n
继续在之后的执行中使用这块记忆体。
% a) e% n" W0 L j/ {1 F, H" ^; r真正的0位址记忆体区储存的是电脑系统中最重要的“中断描述符表”,
, ^! @ X% P- e绝对不允许应用程式使用。在没有保护机制的操作系统下(如DOS),3 u$ H: S: V( \7 J
写资料到这个位址会导致立即当机,而在健壮的操作系统中,如Windows等,' R8 M. Z4 ]1 S. ]- I* G+ s/ t) E# F
这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程式," v ?, v( x" l# X; D
以防止其错误扩大。这时候,就会出现上述的“写记忆体”错误,7 s, y' ]3 q; u: ~: w2 n; H
并指出被引用的记忆体位址为“0x00000000”。
, k4 \- c9 d; k4 Y2 {记忆体分配失败故障的原因很多,记忆体不够、系统函数的版本不匹配等都可能有影响。
- A! @' n- c" p. N4 q8 e, E因此,这种分配失败多见于操作系统使用很长时间后,7 \! Y: p; N% A) Z1 G
安装了多种应用程式(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统档案之后。+ \# U2 l1 h3 b& B* [) q
2 U5 _! c7 ?. }, }0 d9 ]; f$ n( U
. n' x/ g4 Q$ R$ z二、应用程式由于自身Bug引用了不正常的记忆体游标
6 H( Q9 |0 w% J8 K在使用动态分配的应用程式中,有时会有这样的情况出现:程序试突读写一块“应该可用”的记忆体,& j9 P& D ~4 g$ ~& b$ }- i
但不知为什么,这个预料中可用的游标已经失效了。有可能是“忘记了”向操作系统要求分配,
0 @- R' n' h8 O$ I1 {也可能是程序自己在某个时候已经注销了这块记忆体而“没有留意”等等。
7 Y; |3 r, S) u% |) Q# k注销了的记忆体被系统回收,其访问权已经不属于该应用程式,
$ I2 i4 X, f% K3 M5 C3 W; t# C因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止执行,& I2 k9 h* A8 Z! [
回收全部资源。电脑世界的法律还是要比人类有效和严厉得多啊!
- s5 h2 n8 ]* w0 e像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。
) O f+ I4 r% I6 [无效游标不一定总是0,因此错误提示中的记忆体位址也不一定为“0x00000000”,! P% T4 a: w. T {" A; U0 ?/ _7 w
而是其他随机数字。7 h6 q% @6 \ |" T
@5 \4 B O! P+ a* L
如果系统经常有所提到的错误提示,下面的建议可能会有说明 :+ b; Y, a; q9 ]& t. h
1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统,
$ L R: V% M J" _) u, h5 s 从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。8 o6 S' [' u8 j
2.更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。
5 t, S9 y* x, B# i* H 有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。
/ I: Y5 _8 t0 ~1 |* X a0 c; c) X3.试用新版本的应用程式。& E3 R, g- E+ z5 X/ }4 t8 W: E
5 W% r+ k" j( g) f( Z8 m' J0 R
Mode:将虚拟记忆体撤换, k" b2 ?, ^, M7 G
答案:目前为止是肯定的,也就是如在下次冷天到来时亦没再发生,就代表这是主因3 _" [6 R/ t' H6 j% [; ^
追加:
1 S! O9 G3 R: h! e h3 N) s' v! W4 U如果你用 Ghost 恢复 OS 后建议 删除WINDOWS\PREFETCH目录下所有*.PF文件6 U7 S1 d( I# O9 D% B# T
因为需让windows重新收集程式的物理位址' q1 I# Q/ a8 F# a1 G; K
有些应用程式错误: "0x7cd64998" 指令参考的 "0x14c96730" 记忆体。该记忆体不能为 "read"4 x( a2 g& O$ S1 a2 P3 Z/ ]
推论是此原因' ]2 }9 m' c6 t
源由:
* v+ I' x5 c& q: g5 g& Y2 W RWin XP的“预读取”技术
) Y' b! s- h) u8 y3 E3 B这种最佳化技术也被用到了应用软体上,系统对每一个应用软体的前几次启动情况进行分析,7 t" [+ K; C1 e* _) n5 t
然后新增一个描述套用需求的虚拟“记忆体映像”,并把这些信息储存到WINDOWS\PREFETCH资料夹。- b0 t% h7 y# a* m, F
一旦建立了映像,应用软体的装入速度大大提高。& E7 ^* a3 d7 d: y. d# h
XP的预读取资料储存了最近8次系统启动或应用软体启动的信息。
( ]) z. _. i: b) O0 u* S+ }后叙:目前此方法亦是独步网路的(其码自己针对此问题查了许久),也是常见问题,原本几乎每天睡前关闭软体时一些程式都会发生...read..." L1 J* J7 m; ^- z( g o2 N
现在就没发生了 |
|