|
使用Windows操作系统的人有时会遇到这样的错误信息:“0X????????指令引用的0x00000000记忆体,该记忆体不能written”,然后应用程式被关闭。
/ L" M" ~9 e2 O" }
$ |& G& @4 i; S2 R# g) i& k0 s; U9 O如果去请教一些“高手”,得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。' c. X( p% \9 k5 m3 |* ^- i
其实,这个错误并不一定是Windows不稳定造成的。% e5 R5 J" ^7 \0 w. c# i. h
本文就来简单分析这种错误的一般原因。7 q1 L' ~: L/ x+ M
8 t f" C, R. F5 y; ^, T( \! ?; c( u1 O) ~8 S. h
一、应用程式没有检查记忆体分配失败
. I! u! `7 L J7 G6 z% |程序需要一块记忆体用以储存资料时,就需要使用操作系统提供的“功能函数”来申请,
( W" M j, ~7 M# h6 ~* q如果记忆体分配成功,函数就会将所新开辟的记忆体区位址返回给应用程式,
e# T7 l# }; ^* \应用程式就可以通过这个位址使用这块记忆体。这就是“动态记忆体分配”,
9 c$ J+ ^% j1 L) j* ~记忆体位址也就是编程中的“游标”。& `6 n+ r4 R3 H
记忆体不是永远都招之即来、用之不尽的,有时候记忆体分配也会失败。
/ O# Z) F; q( @$ U! `当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的游标,9 F7 c' ?' E# u
而是系统向应用程式发出的一个通知,告知出现了错误。作为应用程式,
3 k2 P! B7 _# ^0 e; g3 }/ J在每一次申请记忆体后都应该检查返回值是否为0,如果是,则意味着出现了故障,$ P" H" @2 ~3 f: ]4 S& E
应该采取一些措施挽救,这就增强了程序的“健壮性”。
! z" Z- G, \( v! ~, p* o若应用程式没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用游标,
; j, y- I v( Q- n) h0 H0 P1 W继续在之后的执行中使用这块记忆体。& | d& i$ ]" P. A
真正的0位址记忆体区储存的是电脑系统中最重要的“中断描述符表”,
1 s3 Y- i% s, P& Z" H- [/ n绝对不允许应用程式使用。在没有保护机制的操作系统下(如DOS),
O. P. m' v4 r$ z5 t' o# y( K/ d8 t写资料到这个位址会导致立即当机,而在健壮的操作系统中,如Windows等,1 G& p M% I8 }5 Z0 ~- h
这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程式,6 j9 F- y. _# x! E5 e
以防止其错误扩大。这时候,就会出现上述的“写记忆体”错误,3 G+ \( F' A+ z, d
并指出被引用的记忆体位址为“0x00000000”。2 N) J5 x% M7 T, c* _+ o: S; t8 E; G* q
记忆体分配失败故障的原因很多,记忆体不够、系统函数的版本不匹配等都可能有影响。
+ G3 j8 q1 i# Q: d c因此,这种分配失败多见于操作系统使用很长时间后,
, Y- U% {; v! ?- ^安装了多种应用程式(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统档案之后。
' n. f! C) b# b6 ~3 Y9 `8 ]$ N
) s1 N& G: ~; X5 ?5 f. A$ Z/ W7 Y# o0 q, C
二、应用程式由于自身Bug引用了不正常的记忆体游标9 i. z7 S7 ], Q4 s1 m4 I0 _
在使用动态分配的应用程式中,有时会有这样的情况出现:程序试突读写一块“应该可用”的记忆体,
, l9 Z l( F. o+ [# j4 B: E7 D但不知为什么,这个预料中可用的游标已经失效了。有可能是“忘记了”向操作系统要求分配,
& u! o. o( F, f也可能是程序自己在某个时候已经注销了这块记忆体而“没有留意”等等。
0 C5 n& b+ h6 t! i* G) z& z: n! Z" W注销了的记忆体被系统回收,其访问权已经不属于该应用程式,
. T4 ]. i- Z8 J( Y5 A因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止执行,# e! x. C( ~& B6 l$ {
回收全部资源。电脑世界的法律还是要比人类有效和严厉得多啊! l9 V. _3 ?2 l4 ]
像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。
. G& Y* M& w4 H, x- U无效游标不一定总是0,因此错误提示中的记忆体位址也不一定为“0x00000000”,
$ a1 N" e$ o% V' T! x8 x而是其他随机数字。
0 R g) H+ a# w7 U4 e& {9 J& n$ F+ |3 v8 q
如果系统经常有所提到的错误提示,下面的建议可能会有说明 :
/ m* x" J7 \! I4 O% F6 O1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统," P1 ~5 X: w6 s$ K! }7 ]& R5 P7 {
从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。
" B: g6 [ u, ^3 l+ H2 `/ w$ L2.更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。
: z7 H" b" @. p% o, W; ` 有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。
& U" Z+ y7 w- k |4 L& y7 R3.试用新版本的应用程式。
7 o$ m; K& |' E/ s, P! Y' y. G+ k9 S8 Q. C" i" Q
Mode:将虚拟记忆体撤换* Y2 l2 ~/ W/ R% I( j
答案:目前为止是肯定的,也就是如在下次冷天到来时亦没再发生,就代表这是主因6 S( @! B" v, G5 I
追加:, @, ?- i0 I2 M1 I% V6 j- l
如果你用 Ghost 恢复 OS 后建议 删除WINDOWS\PREFETCH目录下所有*.PF文件7 p& r3 C9 |0 [+ H
因为需让windows重新收集程式的物理位址
( A5 s0 ^/ d9 a有些应用程式错误: "0x7cd64998" 指令参考的 "0x14c96730" 记忆体。该记忆体不能为 "read"
$ P j. h- S4 V" N" L推论是此原因
4 r' \( l' j' J% B; F9 K) h源由:% m* L$ K- k% k2 B' b; y
Win XP的“预读取”技术 l" \! D9 |+ r% P# _/ a4 p
这种最佳化技术也被用到了应用软体上,系统对每一个应用软体的前几次启动情况进行分析,
' g7 x. i7 k: p7 y8 M- }然后新增一个描述套用需求的虚拟“记忆体映像”,并把这些信息储存到WINDOWS\PREFETCH资料夹。
. z8 W1 [# q+ e" q一旦建立了映像,应用软体的装入速度大大提高。
, W. u6 I w* `4 |( ?6 NXP的预读取资料储存了最近8次系统启动或应用软体启动的信息。! \9 f& ~: ?6 i5 T: Z, H( Z( O
后叙:目前此方法亦是独步网路的(其码自己针对此问题查了许久),也是常见问题,原本几乎每天睡前关闭软体时一些程式都会发生...read...: J" _) H, I0 {: L9 w1 i1 M8 N
现在就没发生了 |
|