可能重复：
C编程，为什么这个大数组声明会产生分段错误？
这是我第一次来这里，所以如果我打破了一些规定或者这个问题之前已经被解决过，请见谅。 我最近写了一个 C 程序，在其中我有一个矩阵：
char buff[NR][1024*1024];
我需要NR = 128。因此，程序将分配128MB内存。这是在main()函数中。我在几个具备足够内存的系统上测试了它，并且编译时没有错误。但在运行时，所有系统都报告分段错误。当NR = 7时它能工作，但当NR = 8时就不能工作。 我将该代码移到main()函数之外，使其成为全局变量。即使是128，它也不再崩溃。 有人知道为什么会出现这种情况吗？ 编译器是GCC
问题在于你正在溢出堆栈，它通常只有几兆字节的大小（确切的大小取决于系统和编译器选项）。相反，你可以使用malloc在堆上分配内存。
ulimit轻松更改。1兆似乎非常小...当然，这并不保证。 - R.. GitHub STOP HELPING ICEmalloc！ - R.. GitHub STOP HELPING ICEmain()中时，它会在堆栈上分配128MB的空间，而堆栈通常是有限制的，不同的系统限制也不同。有些可能只允许您使用8MB，而其他一些则可以使用尽可能多的空间 - 您的限制似乎为8MB，这是大多数Linux平台的标准。如果这是类POSIX环境，则可以尝试使用ulimit -s来控制限制。main()中取出并使其成为静态变量时，它将位于BSS段中（除非您对其进行初始化），并且在大多数系统上仅受堆空间的限制（堆空间通常非常大和/或无限制）。请参见http://en.wikipedia.org/wiki/Data_segment
但是，如果您想要局部和临时的解决方案，请考虑自行分配NR兆字节的空间：#define MB (1024*1024)
char *bufp = malloc(NR*MB)
char *buf[NR];
int i;
for (i = 0; i < NR; i++)
buf[i] = bufp + i*MB;
你也可以单独分配每个MB块，但我这样做是为了让整个区域在内存中连续。记得在完成后使用free(bufp)释放内存，如果你正在编写一个库或者程序将继续执行其他操作。
free()时请加上“if you're writing a library of if your program will move on to do something else.”这样的说明。 - R.. GitHub STOP HELPING ICE你的数组是在栈上分配的。栈有限制大小（取决于操作系统和链接器设置）。我认为win32（msvc编译器）的默认堆栈大小约为1兆字节，而linux（gcc）的默认堆栈大小约为8兆字节。任何大于此大小的内容都会导致堆栈溢出，从而导致立即段错误。
可能的解决方案：
将变量设为全局/静态变量会导致（至少在我看到的编译器中）它被分配在堆或代码段之外，这不会影响堆栈大小。
或者您可以增加程序的堆栈分配大小。例如，在VS 2008中，转到项目属性 -> 链接器 -> 并设置堆栈提交大小。
你可以使用malloc，通常也可以在main函数外部使用文件作用域进行声明。如果你需要在另一个c文件中使用它，请考虑使用extern。除非你有一个非常好的理由拥有一个文件作用域变量（注意c实际上没有“全局”变量，只有可以通过extern访问的文件作用域变量），否则不建议使用此方法。这些技术方面，Google是你的朋友 :)。你还可以通常找到与编译器/操作系统相对应的最大堆栈大小设置。寻找“设置堆栈大小”。同样不建议使用，学会使用malloc :)。
段错误可能有另外一个原因。使用诸如 gdb 的调试器来确定段错误发生的确切位置。