向原创致敬  

我们知道,程序运行时在内存中主要有代码段、数据段、堆栈段(堆空间和栈空间)、进程头、动态链接库等区域。 其中数据使用到的:

  • 数据段:静态内存空间,其中数据的总大小和初始值在编译时确定,数据在整个程序运行时一直存在。
  • 栈空间:自动内存空间,其中数据的大小在编译时确定,数据的分配和释放也由编译器在函数进入和退出时插入指令完成,数据生命周期和函数一样。
  • 堆空间:动态(手动)内存空间,其中数据的大小和初始值在运行时确定,数据生命周期不定。

但是有个问题:栈空间和堆空间的大小初始值有多大呢?最大有多大?

看一个命令ulimit(或limit):

> ulimit -a
-t: cpu time (seconds)         unlimited
-f: file size (blocks)         unlimited
-d: data seg size (kbytes)     unlimited
-s: stack size (kbytes)        8192
-c: core file size (blocks)    0
-m: resident set size (kbytes) unlimited
-u: processes                  91570
-n: file descriptors           1024
-l: locked-in-memory size (kb) unlimited
-v: address space (kb)         unlimited
-x: file locks                 unlimited
-i: pending signals            91570
-q: bytes in POSIX msg queues  819200
-e: max nice                   30
-r: max rt priority            99
-N 15:                         unlimited

stack size (kbytes) 8192。 这说明Linux默认的用户栈空间的大小是8MB(软限制)。测试一下:

int main(int argc, char *argv[])
{
    char a[8192 * 1024];
}

8185*1024时还能正常,在8186*1024就产生了segmentation fault, 可能包含几KB的栈信息数据。这说明程序的栈空间确实是8MB,并且可以使用ulimit

那操作系统能给栈空间的最大值(硬限制)是多少呢?这应该就要看用户空间线性地址的分配, 记得Linux中栈空间的起始地址和堆空间的起始地址是固定的,并向对方方向增长, 那么栈空间和堆空间最大值总和应该就是这两个固定地址直接的内存大小。

对于堆空间来说,默认是没有软限制的,只依赖硬限制。

——————————————————————————————————————————————————

First-chance exception at 0x002ba807 in sequencer.exe: 0xC00000FD: Stack overflow.   

这种问题一般要检查  哪啊

  9:56:47

0xC00000FD: Stack overflow. 变量申请的地方

或者是数据访问有没有越界之类的

  9:58:32

看着像是申请的空间比较多,栈不够用了