栈溢出示例

一、提出问题

    还是先看一段代码:

#include <stdio.h>

#include <stdlib.h>

//Have we invoked this function?
    void why_here(void)

{

    printf("why u r here?!\n");

    exit(0);

}

int main(int argc, char * argv[])

{

    int buff[1];

    buff[2] = (int)why_here;

    return 0;

}

这段代码的运行结果很奇怪,输出 “why u r here?”

很显然,why_here方法没有被调用过,但是为什么会被执行呢?因为不是程序在显式地调用它,而是被操作系统调用了!

具体原因要从内存分配开始讲起……

 

二、C/C++内存分配

此部分内容转自:http://blogold.chinaunix.net/u2/67530/showart_601293.html

在C 中,内存分成5个区,他们分别是堆、栈、自由存储区、全局/静态存储区和常量存储区。

栈,就是那些由编译器在需要的时候分配,在不需要的时候自动清除的变量的存储区。里面的变量通常是局部变量、函数参数等。

堆,就是那些由new分配的内存块,他们的释放编译器不去管,由我们的应用程序去控制,一般一个new就要对应一个delete。如果程序员没有释放掉,那么在程序结束后,操作系统会自动回收。

自由存储区,就是那些由malloc等分配的内存块,他和堆是十分相似的,不过它是用free来结束自己的生命的。

全局/静态存储区,全局变量和静态变量被分配到同一块内存中,在以前的C语言中,全局变量又分为初始化的和未初始化的,在C 里面没有这个区分了,他们共同占用同一块内存区。

常量存储区,这是一块比较特殊的存储区,他们里面存放的是常量,不允许修改

明确区分堆与栈

在bbs上,堆与栈的区分问题,似乎是一个永恒的话题,由此可见,初学者对此往往是混淆不清的,所以我决定拿他第一个开刀。

首先,我们举一个例子:

void f() { int* p=new int[5]; }

这条短短的一句话就包含了堆与栈,看到new,我们首先就应该想到,我们分配了一块堆内存,那么指针p呢?他分配的是一块栈内存,所以这句话的意思就是:在栈内存中存放了一个指向一块堆内存的指针p。在程序会先确定在堆中分配内存的大小,然后调用operator new分配内存,然后返回这块内存的首地址,放入栈中,他在VC6下的汇编代码如下:

00401028 push 14h

0040102A call operator new (00401060)

0040102F add esp,4

00401032 mov dword ptr [ebp-8],eax

00401035 mov eax,dword ptr [ebp-8]

00401038 mov dword ptr [ebp-4],eax

这里,我们为了简单并没有释放内存,那么该怎么去释放呢?是delete p么?澳,错了,应该是delete []p,这是为了告诉编译器:我删除的是一个数组,VC6就会根据相应的Cookie信息去进行释放内存的工作。

好了,我们回到我们的主题:堆和栈究竟有什么区别?

主要的区别由以下几点:

  1、管理方式不同;

  2、空间大小不同;

  3、能否产生碎片不同;

  4、生长方向不同;

  5、分配方式不同;

  6、分配效率不同;

管理方式:对于栈来讲,是由编译器自动管理,无需我们手工控制;对于堆来说,释放工作由程序员控制,容易产生memory leak。

空间大小:一般来讲在32位系统下,堆内存可以达到4G的空间,从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲,一般都是有一定的空间大小的,例如,在VC6下面,默认的栈空间大小是1M(好像是,记不清楚了)。当然,我们可以修改:

打开工程,依次操作菜单如下:Project->Setting->Link,在Category 中选中Output,然后在Reserve中设定堆栈的最大值和commit。

注意:reserve最小值为4Byte;commit是保留在虚拟内存的页文件里面,它设置的较大会使栈开辟较大的值,可能增加内存的开销和启动时间。

碎片问题:对于堆来讲,频繁的new/delete势必会造成内存空间的不连续,从而造成大量的碎片,使程序效率降低。对于栈来讲,则不会存在这个问题,因为栈是先进后出的队列,他们是如此的一一对应,以至于永远都不可能有一个内存块从栈中间弹出,在他弹出之前,在他上面的后进的栈内容已经被弹出,详细的可以参考数据结构,这里我们就不再一一讨论了。

生长方向:对于堆来讲,生长方向是向上的,也就是向着内存地址增加的方向;对于栈来讲,它的生长方向是向下的,是向着内存地址减小的方向增长。

分配方式:堆都是动态分配的,没有静态分配的堆。栈有2种分配方式:静态分配和动态分配。静态分配是编译器完成的,比如局部变量的分配。动态分配由alloca函数进行分配,但是栈的动态分配和堆是不同的,他的动态分配是由编译器进行释放,无需我们手工实现。

分配效率:栈是机器系统提供的数据结构,计算机会在底层对栈提供支持:分配专门的寄存器存放栈的地址,压栈出栈都有专门的指令执行,这就决定了栈的效率比较高。堆则是C/C++ 函数库提供的,它的机制是很复杂的,例如为了分配一块内存,库函数会按照一定的算法(具体的算法可以参考数据结构/操作系统)在堆内存中搜索可用的足够大小的空间,如果没有足够大小的空间(可能是由于内存碎片太多),就有可能调用系统功能去增加程序数据段的内存空间,这样就有机会分到足够大小的内存,然后进行返回。显然,堆的效率比栈要低得多。

从这里我们可以看到,堆和栈相比,由于大量new/delete的使用,容易造成大量的内存碎片;由于没有专门的系统支持,效率很低;由于可能引发用户态和核心态的切换,内存的申请,代价变得更加昂贵。所以栈在程序中是应用最广泛的,就算是函数的调用也利用栈去完成,函数调用过程中的参数,返回地址,EBP和局部变量都采用栈的方式存放。所以,我们推荐大家尽量用栈,而不是用堆。

虽然栈有如此众多的好处,但是由于和堆相比不是那么灵活,有时候分配大量的内存空间,还是用堆好一些。

无论是堆还是栈,都要防止越界现象的发生(除非你是故意使其越界),因为越界的结果要么是程序崩溃,要么是摧毁程序的堆、栈结构,产生以想不到的结果,就算是在你的程序运行过程中,没有发生上面的问题,你还是要小心,说不定什么时候就崩掉,那时候debug可是相当困难的:)

 

三、关于问题

执行步骤大致如下,结合下面的图看。再次提醒,栈的生长方向是高地址向低地址,ESP为栈顶指针。

1。进入main函数后,栈的内容:[eip][ebp]

其中eip为main函数的返回地址,ebp为main函数的返回值。它们都占4个字节,所以假设栈底地址1000,此时ESP为996。

2。声明数组buff[1]

int型数组buff存储在栈内存中(上面已有解释为什么存放在栈中),ESP=ESP-4,为992。buff为数组首地址,与ESP指向同一位置。

此时栈的内容为[eip][ebp][buff[0]].

3。为buff[2]赋值。由于C/C++对数组元素的引用不自动进行越界检查,所以引用buff[2]是“合法”的,根据syntax sugar(语法糖,点此移步wiki)原理,buff[2] == *(buff + 2 * 4),所以buff[2]地址为1000,原本存放的是eip,现被修改为why_here入口地址。注意到why_here地址已被强制类型转换为int型。

这样,main()函数结束后返回的时候将这个地址作为返回地址加以运行。

栈溢出示例 - windflyer - 邵玉如 的博客
 
 

     四、思考
   在源代码的 return 0; 这句前面加一行 printf("string in main()\n"); 是先输出 "string in main()" 还是先输入 "why u r here?" 如果看明白上面内容,答案马上就出来了。

<think>好的,用户想了解关于uC/OS任务栈溢出示例代码和解决方法。我需要先回顾一下相关的知识,确保回答准确。 首先,任务栈溢出通常是因为分配给任务的空间不足,导致数据覆盖了其他内存区域。这在嵌入式系统中是个常见问题,尤其是在资源受限的环境里。根据引用[3],OSStackInit函数用于初始化任务,并且可以清除和复制内容,帮助识别溢出。这可能是一个关键点。 接下来,用户需要示例代码。我需要提供一个创建任务时设置大小的例子,可能还要包括钩子函数的使用。比如在创建任务时定义较大的空间,或者在钩子函数中检查使用情况。引用[1]提到钩子函数可用于自定义操作,这可能适用于这里。 解决方法方面,应该包括调整大小、使用钩子函数检测、填充模式检测、静态分析工具和优化代码。引用[2]提到了代码备份的位置,可能需要查看相关实验代码,比如任务内嵌信号量实验中的初始化部分。 需要确保LaTeX格式正确,比如变量用$...$,独立公式用$$...$$。同时生成相关问题,帮助用户进一步理解。最后,引用要正确标注,比如引用[1]、[3]等。 总结一下,回答的结构应该是先解释问题,再给出示例代码和解决方法,最后列出相关问题。需要注意代码的格式和引用标注的位置。</think>### UCOS任务栈溢出问题解决方案 #### 1. 栈溢出原理 任务栈溢出发生在任务使用的空间超过预分配容量时,可能导致数据损坏或系统崩溃。剩余容量可通过公式计算: $$剩余空间 = 总大小 - 最高水位线$$ 其中最高水位线通过填充模式检测获取[^3]。 #### 2. 示例代码(基于uC/OS-III) ```c #define TASK_STK_SIZE 512 // 显式定义大小 OS_TCB MyTask_TCB; CPU_STK MyTask_STK[TASK_STK_SIZE]; void MyTask (void *p_arg) { // 任务代码 while(1) { // 复杂函数调用可能引发栈溢出 recursive_function(10); } } void main() { OSTaskCreate(&MyTask_TCB, "MyTask", MyTask, 0, 2, &MyTask_STK[0], (TASK_STK_SIZE / 10), // 水位线阈值设置 TASK_STK_SIZE, 0, 0, 0, OS_OPT_TASK_STK_CHK, &err); } ``` #### 3. 检测与解决方法 - **大小调整**:根据经验公式初始设置,通过运行时检测优化 $$初始大小 = 最大局部变量 + 函数调用深度 \times 200字节$$ - **钩子函数检测**(引用[1]) ```c void App_OS_TaskStkChkHook (OS_TCB *p_tcb) { CPU_STK_SIZE free_stk; free_stk = OSTaskStkChk(p_tcb, &free_stk); if (free_stk < (p_tcb->StkSize / 4)) { // 剩余空间不足25%时告警 printf("任务%s空间不足!\n", p_tcb->NamePtr); } } ``` - **填充模式检测**:在`OS_CFG_APP_HOOKS_EN`启用时,OSStackInit函数会自动检测0xCCCC填充模式是否被破坏[^3] - **静态分析工具**:使用map文件分析最大需求 ``` arm-none-eabi-size --format=sysv myproject.elf ``` - **代码优化**:减少递归调用、优化大型局部变量为静态变量 #### 4. 调试技巧 ```c // 在任务最深处插入检测 void deep_function(void) { CPU_STK_SIZE used; used = OSTaskStkChk(&MyTask_TCB, &used); if (used > TASK_STK_SIZE - 100) { /* 触发紧急处理 */ } } ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值