当连续内存不可用时，C语言如何处理数组的内存分配？

一、分配失败的不同表现 #

1. 栈上声明的数组 #

栈的空间通常只有几MB级别，如果你直接在栈上声明超大数组（比如int big_arr[10000000];），一旦超过栈的剩余可用空间，会触发栈溢出，这属于C标准里的未定义行为。实际运行时，大概率会导致程序直接崩溃（比如收到操作系统的段错误信号），或者出现内存被意外覆盖的诡异问题，没有统一的错误提示。

2. 堆上动态分配的数组 #

如果用malloc()、calloc()这类堆内存分配函数创建数组，当操作系统找不到足够的连续内存块时，函数会直接返回NULL指针——这是C标准明确规定的行为。你必须手动检查返回值来处理失败情况：

#include <stdlib.h>
#include <stdio.h>

#define ARR_SIZE 10000000

int main() {
    int* big_arr = malloc(ARR_SIZE * sizeof(int));
    if (big_arr == NULL) {
        perror("Failed to allocate array");
        return 1;
    }
    // 使用数组...
    free(big_arr);
    return 0;
}

要是忽略检查直接使用NULL指针，访问它的时候会触发段错误，程序崩溃。

二、应对大型内存需求的解决办法 #

• 优先用堆内存：栈空间本就有限，动态分配堆内存是处理大型数组的常规操作，记得用完后用free()释放，避免内存泄漏。
• 内存映射（mmap）：如果需要超大规模的内存（比如数GB），可以用操作系统提供的mmap接口，它能把磁盘空间映射到进程地址空间，不需要一次性占用大量物理内存，适合处理超大文件或数据集。
• 拆分数据结构：如果不需要整个数组同时驻留内存，可以把数据拆分成小块，按需加载处理，比如用链表、分块数组这类非连续存储的结构替代。
• 调整栈大小（不推荐）：部分系统允许通过配置或编译选项调整栈的大小（比如Linux下用ulimit -s命令），但这是平台相关的，不具备可移植性，而且过大的栈会浪费系统资源。

内容的提问来源于stack exchange，提问作者MrMyWay