gcc环境下数组值不一致求助：读取后值莫名变为随机值

这种数组存完数据后再读就变随机的情况我之前踩过好多次，基本都是内存管理相关的问题，咱们从几个最常见的原因入手排查：

1. 数组越界写入，破坏了内存 #

这是最常见的原因！如果你定义的数组大小比文件里的实际数据量小，读取数据的时候就会把超出数组范围的内容写到相邻的内存区域里——这不仅会覆盖其他变量，甚至会把数组本身的后续内容给冲乱。

举个例子：如果文件里有120个整数，但你只定义了int data[100];，那第101到120个数据就会写到数组外面的内存，等你第二个循环再读数组的时候，前面的部分可能已经被后续的越界写入给破坏了。

排查方法：先统计文件里的元素总数，对比你定义的数组长度，确保数组能装下所有数据。

2. 访问了已被释放的栈内存 #

如果你是在某个函数里用栈上的局部数组存储读取的数据，然后把这个数组的指针返回或者在函数结束后继续访问，那绝对会出问题！因为函数执行完后，栈上的局部变量内存会被系统回收，后续再访问这块内存，拿到的就是随机的垃圾值。

比如这种错误写法：

int* load_data_from_file(FILE* fp) {
    int temp_arr[200];
    // 这里读取数据到temp_arr，第一个循环printf正常
    return temp_arr; // 错误：返回栈数组的指针
}

// 主函数里调用
int* my_data = load_data_from_file(fp);
// 第一个循环打印正常，但函数已经返回，temp_arr内存已释放
// 第二个循环再读my_data，就是随机值了

解决办法：要么用malloc动态分配内存（记得用完要free），要么把数组作为参数传入读取函数，避免用栈上的局部数组做持久存储。

3. 其他可能的小问题 #

• 未重置文件指针？：不过你说第二个循环是检查已经存储的值，不是重新读文件，所以这个可能性不大，但如果是误操作重新读取文件却没把指针移回开头，也会读到无效数据，可以排除下。
• 编译器优化干扰？：有些极端情况下，编译器会优化掉未被使用的变量，但你第一个循环已经printf了，所以这个概率很低。

快速排查技巧 #

1. 开启编译器的最高级别警告（比如GCC加-Wall -Wextra），很多内存越界、无效指针的问题编译器会直接提示你。
2. 用调试工具（比如gdb）打断点，在第一个循环结束后查看数组的内存内容，再在第二个循环开始前重新查看，对比哪部分内存被修改了，就能快速定位问题。

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