慧眼识别“Access Violation”

本文深入探讨了AccessViolation错误的本质及解决方法,分为设计期和运行期两类,详细介绍了潜在原因和预防措施。
Windows用户可能经常会看到类似于错误提示:“Error:Access violation at address 836556F8. Read of address 836556F8”。作为一个Delphi程序开发者,遇到这种错误的机会比其他用户更多(^_^)。

  究竟什么是“Access Violation”?如何在设计期避免它的出现?

  Access Violation(非法访问),General Protection Fault(一般保护性错误)或者Invalid Page Fault(无效页面错误),虽然说法不一样,但本质上总是由同一种错误引起的。Access Violation常常在计算机用户运行的程序试图存取未被指定使用的存储区时遇到。
Access violation at address <十六进制值>
in module <应用程序名>
Read of address <十六进制值>

  一旦Windows要在它被分配的存储区之外写数据信息,它就会覆盖其他程序甚至操作系统的命令或数据。一旦发生了这种情况,操作系统将会瘫痪或者以某种形式关闭,你必须重新启动计算机。例如,在Windows NT/2000下一个程序遇到这种错误时,Dr. Watson出现并且停止了该程序,捕获了一些快速的细节状态,再把它们用文本形式记录下来。Access Violation是某些最令人气恼的Windows程序遇到的错误之一。本文的目的就是让你找到Delphi中Access Violation的解决之道。首先声明一点,Access Violation和Microsoft Access没有任何关系。

  用Delphi开发程序时,我们可以把遇到的Access Violation分成两大类:运行期和设计期。

一、设计期的Access Violation

1.硬件原因
  在启动或关闭Delphi IDE以及编译一个Delphi工程时容易出现设计期的Access Violation。在你的计算机运行中出现Access Violation信息可能由各种各样的原因引起,包括系统BIOS、操作系统或者是硬件驱动线,有些声卡、显卡、网卡实际上也会导致这种错误。为什么这么说?计算机里的每一块卡都有它的设备驱动程序。对于不同的制造商、不同版本的Windows或者不同版本的Delphi都可能会遇到不同的问题。如下的几个步骤可能有助于你解决遇到的这些问题:

  1. 按照必要的步骤来证实你安装的驱动程序之间没有冲突。

  2. 有时降低显示分辨率可能会使某些古怪的显卡驱动程序稳定一些。

  3. 如果使用双处理器的主板,则保证对每个处理器的修改步骤一样。

  4. 对于计算机上的所有硬件注意使用最新的驱动程序。

2.软件原因
  尽管Intel的计算机中Windows是最流行的操作系统,由于Windows系统天生的脆弱性和BUG,应用程序的误操作可能导致操作系统的迅速瘫痪(有时操作系统本身也会莫名其妙的瘫痪)。选择一个更稳定的程序开发环境是解决之道,如下几个步骤可以帮助你防止某些Access Violation的发生:

  (1)尽管Windows 9X相当流行,Windows NT/2000还是从多方面被证实是一个稳定得多的环境,几乎对于所有的Windows代码平台而言都是这样。

(2) 确保对于Windows NT/2000已经安装了最新的service pack。每次安装完新版的service pack,你会发现机器变得稳定了。

(3) 为你使用的各种版本的Delphi装上当前的更新或补丁(BDE、ADO……),这 是提前预防错误的好办法。尽量使用最新的Delphi补丁——Access Violation错误数量尤其是设计期的错误数会大大减少。

(4)如果你在IDE中经常随机遇到Access Violation错误,很有可能是你安装了一个不好的控件、包或者一个向导,它不是你使用的版本的Delphi所编写或编译的。试着一个一个卸载定制的控件(或者包)直到问题被解决,然后联系控件厂商关注这个问题的结果。

(5) 检查一下计算机里是否有没用的东西和程序冲突。奇怪的软件程序和测试版的产品常常会导致Access Violation错误。

(6) 如果系统设置有错误,那么Access Violation错误可能也会经常出现。如果你不停地遇到一个错误提示信息一样的Access Violation,记录下这些细节,然后通知可能导致这个错误的软件制造厂商。

这些就是我对设计期Access Violation错误的全部建议。

二、运行期的Access Violation
Delphi常见的运行期Access Violation错误有哪些?如何防止?

任何软件开发都会遇到这样的情况:你写好程序并测试,然后到处发送,结果用户告诉你它失败了。

你可能考虑用编译指令{$D}编译你的程序——Delphi可以建立一个有助于定位Access Violation错误的源代码的镜像文件。工程选项对话框(Project|Options|Linker & Compiler)让你指定你所需要的一切。对于单元文件,debug信息和单元的对象代码一起记录在unit文件里了。编译使用这个单元的程序时,debug信息会增加单元文件的大小而且会增加额外的内存开销,但是它不会影响最终可执行文件的大小和运行速度。包含debug信息和镜像文件(Project|Options|Linker)选项的产品只有在{$D+} 编译指令下才会完成行信息。

Access violation通常只在程序的某一个方面表现出来。当问题第一次出现时,考虑一下用户进行了什么操作是很重要的,然后从这里寻找突破口。从用户的角度来看,你的程序中止了他们的工作,由他们来告诉你出现的问题似乎让你延期解决这个问题了。然而,与用户交流是你发现问题和改善程序的惟一有效方法。

现在你将可以知道在只给你冲突地址的情况下,如何轻松发现准确路径、源代码文件、发生Access violation错误的行:
“Search - Find Error…”。

当一个运行期Access violation出现时,你的用户得到的错误信息类似于如下情况:
Access violation at address <十六进制值>
in module <应用程序名>
Read of address <十六进制值>

如果你的程序在Delphi IDE里包含debug信息编译,你可以定位到导致这个错误源代码这一行。
在Delphi程序中,一个最普遍导致Access Violation错误的原因是使用了一个没有被创建的对象。如果第二个地址<十六进制值>是FFFFFFF或0000000,十有八九就是你访问? 了一个没有被建立的对象。例如,你调用了一个表单的事件,但这个表单不是自动创建的,也没有代码实例化。

?procedure TfrMain.OnCreate(Sender: TObject);
var BadForm: TBadForm;
begin
//这里将会产生Access violation
BadForm.Refresh;
end;

假设BadForm在工程选项“Available Forms”窗口列表里——这个窗口是需要手工创建和释放的。在上面的代码里调用BadForm窗口的Refresh方法就会导致Access violation。

如果你在Debugger选项窗口使“Stop on Delphi Exceptions”生效,那么就会弹出下面的信息:
The message states that the EAccessViolation has occurred. The EAccessViolation is the exception class for invalid memory access errors.

这是你在设计程序时将会看到的信息,下一个信息框将会出现,然后程序失败了:
Access violation at address 0043F193
in module 'Project1.exe'
Read of address 000000.

第一个十六进制数0043F193是发生Access violation的编译代码(Project1.exe)的运行期错误的地址。在IDE里选择菜单项“Search|Find Error…”,在对话框里输入错误发生的地址(0043F193)后点击“OK”按钮。Delphi将会重新编译你的工程文件,然后显示发生运行期错误的那一行代码,这里就是BadForm.Refresh这一行了。

下面列出了Delphi环境下导致Access violation错误的大部分常见原因。这个列表不是也不可能覆盖所有可能出现的Access violation的情况。请在论坛上发送你的Access violation信息,大家可以试着一起解决这个问题——真正的实际事例一般情况下比列出来的错误隐晦得多。

1. 调用一个不存在的对象
如上所述,大部分Access violation的合理原因是使用了没有被创建或者已经被释放的对象。为了防止这种类型的Access violation的发生,请确保你访问的任何对象都首先被创建了。例如,当一个Table定位在一个没有被创建的data module(从auto-crete窗口里移走了)里,你可能在窗体的OnCreate事件里打开这个表。

在下面的代码里,在调用一个已经被删除了的对象(b:TBitmap)事件后,一个Access violation出现了:
var b:TBitmap;
begin
b:=TBitmap.Create;
try
//对b对象进行一些操作
finally
b.free;
end;
...
//由于b已经被释放,一个Access violation错误将会出现
b.Canvas.TextOut(0,0,'这是一个 Access Violation');
end;

2. 不存在的API参数
如果你试图给Win API函数传递一个不存在的参数将会出现一个Access violation错误。解决此类Access violation错误的最好方法是查阅Win API帮助,看看这个API函数调用的参数信息以及参数类型。例如,总是保证不给一个缓冲参数传递一个无效指针。

3. 让Delphi释放
当一个对象拥有另一个对象时,让它给你做删除工作。因为默认情况下,所有的窗体(自动创建的)都属于Application对象。当一个应用程序结束时,它释放了Application对象,也就释放了所有窗体。例如,如果你在程序开始时自动创建了两个窗体(Form1/Unit1和Form2/Unit2),下面的代码就会导致Access violation错误的出现:
unit Unit1;
...
uses unit2;
...
procedure TForm1.Call_Form2
begin
Form2.ShowModal;
Form2.Free;
//Access violation错误将会出现
Form2.ShowModal;
end;

4. 杀死异常
永远不要破坏临时异常对象(E),处理一个异常会自动释放异常对象。如果你自己手动释放了异常对象,程序会试图再次释放它,那么就会出现Access violation错误:
Zero:=0;
try
dummy:= 10 / Zero;
except
on E: EZeroDivide do
MessageDlg('不能用0做除数!',mtError, [mbOK], 0);
E.free. ////Access violation错误将会出现
end;

5. 检索一个空字符串
一个空字符串是没有任何数据的。就是说,检索一个空字符串相当于访问一个不存在的对象,这将导致Access violation错误:
var s: string;
begin
s:='';
s[1]:='a';
//Access violation错误将会出现
end;

6. 直接引用指针
你必须间接引用指针,否则你会改变指针地址并可能会破坏其他存储单元 :
procedure TForm1.Button1Click(Sender: TObject);
var
p1 : pointer;
p2 : pointer;
begin
GetMem(p1, 128);
GetMem(p2, 128);
//下一行导致Access violation错误
Move(p1, p2, 128);
//下一行方法正确
Move(p1^, p2^, 128);
FreeMem(p1, 128);
FreeMem(p2, 128);
end;
这些就是我对运行期Access Violation错误的全部建议,我希望你们也能对你们程序出现的Access Violation错误提出一些看法。



Trackback: http://tb.blog.youkuaiyun.com/TrackBack.aspx?PostId=360912

 
<think>好的,我现在需要处理用户关于“Access Violation”的问题。首先,我得回忆一下用户之前的提问历史。之前他们问了VC++的错误代码0x00000005,也就是访问被拒绝的错误。现在用户又问了“Access Violation”,这两个错误虽然都涉及内存访问问题,但可能有所不同,需要明确区分。 首先,我应该确认“Access Violation”是什么。通常,这是在程序试图访问未被分配的内存或者没有权限访问的内存区域时发生的异常,比如读取或写入一个空指针或者已释放的内存。常见的错误代码是0xC0000005,用户可能指的是这个。 接下来,我需要考虑用户可能的背景。之前的提问涉及VC++错误,用户可能是在开发或调试C++程序时遇到问题,可能是个开发者或者对系统底层有一定了解的用户。因此,回答需要技术性强一些,但也要保持清晰易懂,适合不同层次的理解。 然后,我需要分析可能的原因。Access Violation通常由以下几个原因引起:空指针解引用、野指针(指向已释放内存)、缓冲区溢出、多线程竞争导致的内存问题、内存对齐错误等。需要将这些原因分门别类,并提供对应的解决方法。 在结构上,应该先解释错误是什么,然后列出原因,再给出解决方法,最后可能的话提供代码示例或者调试建议。用户之前的回复结构很清晰,分点说明,所以这次也应该保持类似的结构,确保信息条理分明。 另外,用户可能想知道如何调试这个问题,比如使用调试工具如Visual Studio的调试器,或者第三方工具如WinDbg。需要提到如何查看调用堆栈、检查指针有效性等实用技巧。同时,预防措施也很重要,比如使用智能指针、静态代码分析工具等。 还要注意用户可能遇到的常见场景,比如在读取文件、操作数组或处理多线程时出现的问题。需要具体举例,帮助用户理解问题所在。比如,缓冲区溢出可能导致越界访问,这时候应该检查数组索引是否正确,或者使用安全版本的函数如strncpy代替strcpy。 另外,考虑用户可能不太熟悉某些术语,需要适当解释,比如“野指针”、“内存对齐”等,但保持简洁,避免冗长。同时,代码示例要准确,比如展示一个空指针解引用的例子,并说明如何避免。 最后,确保回答符合之前用户提供的格式要求:分点说明、使用中文、LaTeX格式正确。检查是否有需要使用的数学表达式,比如内存地址的表示可能需要使用$...$,但在这个问题中可能不太需要,但如果有的话要正确应用。 总结一下,回答的结构应该是: 1. 定义Access Violation 2. 常见原因分点说明 3. 解决方法分步骤,包括调试和预防措施 4. 代码示例和工具推荐 5. 总结建议 现在需要把这些内容组织成自然的中文,保持专业但不晦涩,同时符合用户之前的回复风格。确保没有遗漏重要点,比如多线程问题或使用工具的方法。检查是否有最新的建议,比如使用AddressSanitizer等现代工具,或者推荐静态分析工具如PVS-Studio。 可能还需要比较Access Violation和之前的访问被拒绝错误的区别,但用户没有特别提到,所以可能不需要深入,但可以简要说明两者的不同,避免混淆。 最后,检查是否有链接或参考资料需要提供,比如微软文档链接或工具下载页面,确保用户能进一步查阅。</think>--- **访问冲突(Access Violation)** 是程序运行时常见的严重错误,通常对应异常代码 `0xC0000005`。它表示程序试图**非法访问内存**(如读取/写入未分配的内存或受保护区域)。以下是详细解析与解决方案: --- ### **错误原因** #### **1. 空指针解引用** - 代码尝试通过未初始化或已释放的指针(值为`NULL`或随机值)访问内存。 - 示例: ```cpp int* ptr = nullptr; *ptr = 10; // 触发Access Violation ``` #### **2. 野指针(悬垂指针)** - 指针指向的内存已被释放(如`delete`或`free`后未置空),后续仍被使用。 - 示例: ```cpp int* ptr = new int(5); delete ptr; *ptr = 20; // 内存已释放,访问非法 ``` #### **3. 缓冲区溢出** - 数组越界、字符串操作未检查长度(如`strcpy`),覆盖了相邻内存。 - 示例: ```cpp char buffer[4]; strcpy(buffer, "overflow"); // 写入超出4字节,破坏栈 ``` #### **4. 多线程竞争** - 多个线程同时读写同一内存区域,未同步导致数据损坏。 - 示例: ```cpp // 线程A global_var = 100; // 线程B同时执行 global_var = 200; // 未加锁,可能引发不可预测行为 ``` #### **5. 内存对齐问题** - 某些硬件要求数据地址按特定对齐方式访问(如SSE指令需16字节对齐)。 - 示例: ```cpp // 强制不对齐访问 float* data = (float*)((char*)malloc(100) + 1); // 地址非4字节对齐 *data = 3.14f; // 在x86可能正常,但在ARM架构崩溃 ``` --- ### **调试与解决方法** #### **1. 使用调试工具定位问题** - **Visual Studio调试器**: - 触发错误时,查看调用堆栈(Call Stack)找到崩溃位置。 - 检查变量监视窗口中的指针值(是否为`0x00000000`或无效地址)。 - **WinDbg**: - 分析崩溃转储文件(Dump),命令`!analyze -v`可自动定位原因。 - 使用`dv`查看局部变量,`dd`检查内存内容。 #### **2. 代码层修复** - **初始化指针**: ```cpp int* ptr = new int(10); // 分配后立即初始化 ``` - **释放后置空**: ```cpp delete ptr; ptr = nullptr; // 避免野指针 ``` - **使用智能指针**(C++11及以上): ```cpp #include <memory> std::unique_ptr<int> safe_ptr = std::make_unique<int>(10); // 自动管理内存,无需手动delete ``` - **检查数组边界**: ```cpp for (int i=0; i < array_size; i++) { ... } // 确保不越界 ``` #### **3. 静态分析与动态检测工具** - **AddressSanitizer(ASan)**: - 在编译时添加`/fsanitize=address`(MSVC)或`-fsanitize=address`(GCC/Clang),检测内存错误。 - **Valgrind(Linux)** 或 **Dr. Memory(Windows)**: - 动态分析工具,检测内存泄漏和非法访问。 - **PVS-Studio**: - 静态代码分析工具,识别潜在危险代码模式。 --- ### **预防措施** 1. **启用安全函数**: - 使用`strncpy`代替`strcpy`,`snprintf`代替`sprintf`。 2. **线程同步**: - 使用互斥锁(`std::mutex`)或原子操作(`std::atomic`)保护共享资源。 3. **内存池管理**: - 避免频繁分配/释放小块内存,可预分配内存池复用。 --- ### **典型错误代码示例** ```cpp // 错误:未初始化指针 int* p; *p = 5; // Access Violation! // 修正:分配内存后再使用 int* p = new int; *p = 5; delete p; p = nullptr; ``` --- ### **总结** Access Violation的根源在于**非法内存操作**。通过调试工具定位崩溃点、规范指针使用、启用内存检测工具,可有效减少此类错误。若问题难以复现,可尝试在最小化代码片段中逐步排查。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值