内存访问越界

本文详细解析了C++中内存访问越界的原因及后果,包括如何诊断和解决此类问题,并通过具体示例说明了变量布局变化如何影响程序稳定性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1. 原理分析
经常有些新C++程序员问:C++的类的成员个数是不是有限制,为什么我加一个变量后程序就死了?或者说:是不是成员变量的顺序很重要,为什么我两个成员变量顺序换一换程序就不行了?凡此种种之怪现象,往往都是内存访问越界所致。

何谓内存访问越界,简单的说,你向系统申请了一块内存,在使用这块内存的时候,超出了你申请的范围。例如,你明明申请的是100字节的空间,但是你由于某种原因写入了120字节,这就是内存访问越界。内存访问越界的后果是:你的写入破坏了本不属于你的空间。

下面是一个简单的例子:
int a;
char b[16]="abcd";
int c;

a = 1;
c = 2;
printf("a=%d,c=%d/n", a,c);
memset(b, 0,32); //注意这里访问越界了,你只有16字节空间,却修改了32字节
printf("a=%d,c=%d/n", a,c);

你可以看出,在memset前后,两个printf语句打印出来的值并不一样,因为memset越界后修改了a或者c的值(由于不同编译器对变量在空间中顺序的安排可能有不同策略,因此我用两个变量,希望能抓到越界信息。对于VC,debug模式下系统添加了很多填充字节,你可能需要增加越界的数量才能看到效果)


2. 为什么增加一个变量后程序就崩溃了?
增加一个变量后,内存中变量的布局也发生了变化。如果一个内存越界破坏了一个不含指针的结构,程序虽然逻辑不对,但是不至于崩溃。但是如果增加变量后,内存访问越界破坏了一个指针,则会导致程序崩溃。

例如:

int a;
char b[128];
//bool c;
char* d=new char[128];
int e;

b[136] = '/0';
b[137] = '/0';
b[138] = '/0';
b[139] = '/0';
strcpy(d, "haha");
注意, b访问越界了8个字节位置处的4个字节。如果没有c,那么越界破坏了e变量,不会导致程序崩溃。但是加上c之后,破坏的变量可能就是d了,由于指针被破坏后,一旦访问就是内存访问违例,导致程序崩溃。

这也解释了为什么交换顺序会导致程序崩溃。如果上面情况没有变量c,你交换e和d,结构也是类似的,程序也一样要崩溃。

3. 为什么有些情况越界了程序也没错?
这主要是说这个话的人对什么是“错”没有正确的认识。程序不是只有崩溃了才是错!你破坏了别的变量,那个变量总有被使用的时候,尽管那个变量不会导致诸如程序崩溃、报警之类的严重错误,但是其计算结果必然是错误的。你说“程序没错”,是因为你根本没有发现错误而已。这种情况甚至比程序直接崩溃还要恶劣,因为程序一旦崩溃你肯定会去查,可以在导致真正严重的问题之前就把问题解决了。而如果计算错误隐藏到很晚,你的损失就可能很大了。(例如,一颗卫星上天了,你才发现一台仪器由于软件故障无法测量真正的数据,那得多少损失?)

4. 如何解决内存访问越界问题?
老实说没有好的方法。遇到这种问题,首先你得找到哪里有内存访问越界,而一个比较麻烦得问题在于,出现错误得地方往往不是真正内存越界得地方。对于内存访问越界,往往需要进行仔细得代码走查、单步跟踪并观察变量以及在调试环境得帮助下对变量进行写入跟踪(如VC6就有一旦变量被修改就break得机制)。

更重要得是,程序员要养成良好的编程习惯,在修改每个数组时一定要对这个数组有多少空间有清醒的认识,否则一旦出错,找到原因是很痛苦的事情。
源地址: http://blog.vckbase.com/arong/archive/2009/12/30/40598.html
在Ubuntu系统中,当C/C++程序因内存访问越界等错误导致段错误时,可以通过配置和生成coredump文件来帮助调试。首先,你需要确认当前系统中apport.service服务的状态。如果该服务处于活动状态,它可能会自动处理崩溃报告,从而阻止coredump文件的生成。关闭apport.service服务可以通过运行以下命令实现:``sudo service apport stop``。关闭该服务后,若程序崩溃,系统将按照当前的配置生成coredump文件,默认名称为`core`。然而,你还可以自定义coredump文件的生成路径和大小限制。通过编辑`/etc/security/limits.conf`文件,可以设置用户级别的coredump文件生成规则。例如,添加如下行可以指定生成文件的大小和位置:``username hard core unlimited``。此外,为了确保coredump文件包含了足够的调试信息,需要在编译程序时加入`-g`选项,这样编译出的程序中将包含调试符号。在生成coredump文件后,可以使用gdb等调试器加载这个文件,分析程序崩溃时的状态。通过这些步骤,你将能够详细了解程序崩溃时的内存状况和运行状态,进而定位和解决内存访问越界的问题。有关程序崩溃和coredump文件生成的更详细信息和操作指南,可以参考《Ubuntu Linux 下程序崩溃生成 coredump 文件的方法和原理》一文。该资源为你提供了深入理解coredump机制的方法,以及如何在Ubuntu系统中正确配置和使用coredump文件进行调试。 参考资源链接:[Ubuntu Linux 下程序崩溃生成 coredump 文件的方法和原理](https://wenku.youkuaiyun.com/doc/7fc4mwvnvb?spm=1055.2569.3001.10343)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值