http://blog.sina.com.cn/s/blog_67299bcf0100hkfh.html
以下转载:
学过编译原理就知道,函数栈空间是用于存放局部变量、函数返回地址以及函数参数等数据的内存区域,其大小是有限的(VC6默认是1MB)。当局部变量占用空间太大,或者函数调用层次太深就会出现“Stack Overflow”的情况。最经常出现的错误有以下两种:
1. 局部数组变量空间太大,如下:
{
char stack_overflow[1024*1024*5];
stack_overflow[0] = 1;
return 0;
}
解决这类问题的办法有两个,一是增大栈空间(后文中有详细描述),二是改用动态分配,使用堆(heap)而不是栈(stack)。
2. 函数出现无限递归调用,如下:
{
infinite_loop();
}
int main(int argc, char* argv[])
{
infinite_loop();
return 0;
}
解决方法便很多,如下:
1. 增大栈空间
调出“Project/Settings/Link”选项卡,选择Output,其中的Stack allocations的reserve值便是栈空间所用大小(见下图),VC6中默认为1MB,根据实际情况将其加大然后重新编译即可,具体说明可参见MSDN中的/stack选项。这个方案对于一些问题来说简单可行,但不能满足我这里的需求。
这里再多提一点,增大栈空间还有一个更简单的方法,那就是使用VC附带的EDITBIN工具,它可以直接增大可执行程序的栈空间,而不用重新编译程序,其使用方法如下:
2. 限制队列长度
这个方法不能满足我的应用需求,因此不可行。
3. 改用其它方式实现消息队列
即不使用boost::shared_ptr,改用原始指针或者std::list来构建消息队列。但我的程序的模型比前面给出的测试代码要复杂得多,牵扯到其它方面的因素,因此该方法也不太可行。
4. 断开消息队列
这是我最后采用的方案,析构时的迭代之所以会发生,是源于boost::shared_ptr的引用计数原理,只要将消息链断开就不会有这样的问题。针对前面的测试例子,只要在return 0前面加上如下代码即可避免“Stack Overflow”:
for(i=1; i// 依次断开消息链
{
pHead = pCur->m_pNext;
pCur->m_pNext.reset();
pCur = pHead;
}