关键词：STM32F 堆栈溢出 The stack pointer for stack 'CSTACK'

前言：这两天在学习STM32F103的东西，LED也点亮了，在点LCD的时候遇到了问题，具体为在进入debug后，点击步进、步入、全速(step over、step into、step out、go)等按钮程序均跳到最后一行FFFFFFFF处(参见附图)，无法调试。

在状态栏(log)给出提示为

Tue Oct 07 14:26:35 2008: Target reset
Tue Oct 07 14:26:38 2008: The stack 'CSTACK' is filled to 100% (1024 bytes used out of 1024). The warning threshold is set to 90.%
Tue Oct 07 14:26:38 2008: The stack pointer for stack 'CSTACK' (currently 0xFFFFFFFF) is outside the stack range (0x2000000C to 0x2000040C)
Tue Oct 07 14:26:39 2008: The stack 'CSTACK' is filled to 100% (1024 bytes used out of 1024). The warning threshold is set to 90.%
Tue Oct 07 14:26:39 2008: The stack pointer for stack 'CSTACK' (currently 0xFFFFFFFF) is outside the stack range (0x2000000C to 0x2000040C)

但是把调试工具选为simulator，即纯软件模式下无此问题。补充一下，编译工具为IAR 4.42 +jlink v6 选用swd模式

上网求助，先看看什么是堆栈？详情请参考百度百科http://baike.baidu.com/view/93201.htm

下面的解释是我抄来的 堆栈是一种数据项按序排列的数据结构，只能在一端(称为栈顶(top))对数据项进行插入和删除。要点：　　堆：顺序随意　栈：后进先出(Last-In/First-Out) 一个由c/C++编译的程序占用的内存分为以下几个部分

　　A、栈区(stack)— 由编译器自动分配释放 ，存放函数的参数值，局部变量的值等。其操作方式类似于数据结构中的栈。

B、堆区(heap) — 一般由程序员分配释放，若程序员不释放，程序结束时可能由OS回收 。注意它与数据结构中的堆是两回事，分配方式倒是类似于链表。

解决问题：以关键字“The stack pointer for stack 'CSTACK'”百度之，结果共三页，细细读之，参考发帖求助结果发现此类问题大概可以分为两种：

一：堆栈确实太小了，(大部分为此类问题，可惜我的问题不在此列)在*.xcl文件中调整，一般可以解决问题。下面列2个有代表性的帖子

http://www.ic37.com/htm_bbs_dic/2007-12/100131_480800.htm

http://group.ednchina.com/619/10215.aspx?page=1

二：程序中未对中断做初始化，程序跑飞了，也会出现这样的问题，参考sunke9这个帖子“报告icdev 我仿真的时候又被卡住了”   http://www.icdev.com.cn/bbs/viewthread.php?tid=8911

上面说过，搜索结果的3页的每个结果我都看了，花了半天的时间，不停的修改堆栈参数，检查中断初始化，但是都不能解决问题。最后又百度了一遍还是3页的结果，仔细看了下这个帖子“这样的警告怎么处理”

http://www.ouravr.com/bbs/bbs_content.jsp?bbs_sn=779668&bbs_id=9999

里面网友tsb0574 阿波给出了解释 “出现这个问题一般有两种情况！！
1、确实是你的堆栈溢出了，在project->option->c/c++ Complier->system里面改大！！
2、为假相，是你的仿真器或者目标板出问题。仿真器在读取寄存器的值的时候出现问题。读过来的数据错误！！一般来说是第2种情况，第一种情况的话很少出现，除非传递结构体之类的大参数。”

回头仔细再看我的状态栏提示:

“Tue Oct 07 14:26:39 2008: The stack 'CSTACK' is filled to 100% (1024 bytes used out of 1024). The warning threshold is set to 90.% ”

想想我的程序很小就那么几行，1024 byte怎么会不够用呢，况且我改成了2048byte仍然提示不够用！难道是真的如阿波所言这是一个假象？目标板有问题？不太可能吧?仿真器问题？我的仿真器可是最新d版 v6 jlink啊，不管怎么样试试看吧，首先怀疑st的芯片swd模式有问题和jlink有冲突，于是改为jtag模式…嗯，很好，问题消失了。换用st linkII，依然没有问题，不过，st的芯片不至于这么烂吧？难道是jlink的swd模式有问题？更新jlink驱动为3.92a，再试，果然…嗯，只能说问题消失。似乎可以下结论了：jlink之前的驱动3.90d在swd模式下确实存在bug…

By the way ,开始点LED的时候没有出现问题，当我开始做IO映射，以便把STM32F103 的PB3,PB4用作GPIO时候发现这个问题，所以还以为我的io映射程序有问题，所以花了不少时间确认IO映射部分的程序，走了不少弯路。这里想再次问下该芯片的设计者，为啥不把JTAG口都放在PA或者PB上呢?

再顺便感谢一下ednchina 的 小可歌 和 ouravr 的tsb0574 阿波网友！

来自: http://hi.baidu.com/fpga_cpld/blog/item/17519c317a32e5ae5edf0ea9.html

1，什么是栈溢出？

因为栈一般默认为1-2m，一旦出现死循环或者是大量的递归调用，在不断的压栈过程中，造成栈容量超过1m而导致溢出。

2，解决方案：

方法一：用栈把递归转换成非递归

通常,一个函数在调用另一个函数之前,要作如下的事情:a)将实在参数,返回地址等信息传递给被调用函数保存; b)为被调用函数的局部变量分配存储区;c)将控制转移到被调函数的入口. 从被调用函数返回调用函数之前,也要做三件事情:a)保存被调函数的计算结果;b)释放被调函数的数据区;c)依照被调函数保存的返回地址将控制转移到调用函数.所有的这些,不论是变量还是地址,本质上来说都是"数据",都是保存在系统所分配的栈中的. 那么自己就可以写一个栈来存储必要的数据，以减少系统负担。

方法二：使用static对象替代nonstatic局部对象

在递归函数设计中，可以使用static对象替代nonstatic局部对象(即栈对象)，这不仅可以减少每次递归调用和返回时产生和释放nonstatic对象的开销，而且static对象还可以保存递归调用的中间状态，并且可为各个调用层所访问。

方法三：增大堆栈大小值

当创建一个线程的堆栈时，系统将会保留一个链接程序的/STACK开关指明的地址空间区域。但是，当调用CreateThread或_beginthreadex函数时，可以重载原先提交的内存数量。这两个函数都有一个参数，可以用来重载原先提交给堆栈的地址空间的内存数量。如果设定这个参数为0，那么系统将使用/STACK开关指明的已提交的堆栈大小值。后面将假定我们使用默认的堆栈大小值，即1MB的保留区域，每次提交一个页面的内存。

Java在创建线程时设置栈大小：thread(threadgroup group, runnable target, string name, long stacksize)
         分配新的 thread 对象，以便将 target 作为其运行对象，将指定的 name 作为其名称，作为 group 所引用的线程组的一员，并具有指定的堆栈大小。

Java虚拟机的堆大小如何设置：命令行

　java –Xms128m   //JVM占用最小内存

–Xmx512m   //JVM占用最大内存

–XX:PermSize=64m   //最小堆大小

–XX:MaxPermSize=128m //最大堆大小

本文来自http://blog.csdn.net/luqiang454171826 ，引用必须注明出处！