C语言结构体数组大小限制及文本游戏内存崩溃问题问询

你的问题核心是栈内存溢出，跟64位指针的寻址能力完全没关系——64位系统确实能寻址超大内存，但栈本身的大小是有默认限制的，这才是崩溃的根源。

先算笔直观的账：你的struct tile结构体，就算不考虑编译器的内存对齐优化，总大小是21 + 2 + 100 = 123字节。151×151的地图需要151*151=22801个tile，总内存大概是22801*123 ≈ 2.8MB。而Windows系统默认栈大小通常是1MB，Linux一般是8MB，但如果你的开发环境是Windows的话，2.8MB直接远超栈的承载上限。当你在main里声明这个大数组时，栈空间直接被撑爆，后续调用mapGen或者save函数时，栈已经没有多余空间存放函数调用的栈帧（比如返回地址、局部变量），程序自然就崩溃了。

至于101×101和103×103的情况：101×101总内存约1.25MB，刚好卡在栈的临界值，可能侥幸运行；103×103约1.3MB，可能你的环境栈大小略大于这个数，或者刚好没触发溢出的临界条件，但151×151直接突破了阈值，问题就暴露了。

这里给你几个靠谱的方案，按推荐程度排序：

1. 使用堆内存动态分配（最推荐，灵活通用） #

栈空间有限，但堆内存几乎是系统可用内存的上限。你可以用malloc/calloc在堆上分配数组：

#include <stdlib.h>

int main() {
    // 一次性分配整个二维数组的连续内存
    struct tile *map = calloc(151 * 151, sizeof(struct tile));
    if (map == NULL) {
        // 处理内存分配失败的情况，比如打印错误信息
        return 1;
    }
    
    // 访问时用 map[row*151 + col] 模拟二维数组的索引方式
    mapGen(map); // 需要调整mapGen的参数为struct tile*，或者做简单封装
    
    // 用完记得释放内存，避免内存泄漏
    free(map);
    return 0;
}

如果习惯用二维数组的map[row][col]写法，也可以用指针数组实现：

struct tile **map = malloc(151 * sizeof(struct tile*));
for (int i = 0; i < 151; i++) {
    map[i] = malloc(151 * sizeof(struct tile));
}

// 直接用 map[row][col] 访问元素
mapGen(map);

// 释放内存时要先释放每一行，再释放指针数组
for (int i = 0; i < 151; i++) {
    free(map[i]);
}
free(map);

2. 将数组声明为static（最简单的临时方案） #

把数组声明为static后，它会被放在静态存储区（而非栈），静态存储区的大小远大于栈，完全能容纳151×151的数组：

int main() {
    static struct tile map[151][151];
    mapGen(map);
}

缺点是静态变量的生命周期是整个程序运行期间，如果后续有多次生成地图的逻辑，可能会有状态残留，但对你当前的场景完全够用。

3. 调整编译器的栈大小（不推荐，移植性差） #

如果是Visual Studio，可以通过「项目属性→链接器→系统→栈大小」手动设置更大的栈空间（比如设为4MB）；Linux下可以用gcc -Wl,--stack=4194304（4MB）编译。但这种方法只适配特定环境，换编译器或系统就失效，而且栈过大会影响程序性能，不推荐作为长期方案。

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