Linux GCC打开文件触发Segmentation fault，MacOS无此问题求解释

你的程序崩溃和「通过指针初始化文件名」无关，问题出在未初始化的FILE*指针上，属于C语言的未定义行为，不同系统对这种行为的表现不同。

代码中的问题点 #

看doOpenFile函数的第一行代码：

if( *filehdl ) fclose( *filehdl );

这里的*filehdl对应main函数里的filePtr，但filePtr在声明时没有被初始化：

FILE *filePtr; // 未初始化，值为随机垃圾

C语言中，未初始化的自动变量（栈上的变量）值是不确定的垃圾值，直接对其解引用并调用fclose是典型的未定义行为——程序的行为完全没有保障，可能崩溃、可能看似正常，甚至可能在不同运行次数下表现不同。

为什么Linux和MacOS表现不同？ #

未定义行为的具体表现依赖于操作系统、编译器和内存布局：

• Linux + GCC：Linux环境下，栈上的未初始化变量通常会被填充随机的垃圾值，这些值几乎不可能是合法的FILE*指针。调用fclose去操作一个无效指针，会直接触发段错误（Segmentation Fault）。
• MacOS + Clang：Apple的运行环境中，栈可能默认被初始化为0（或者未初始化变量刚好被分配到值为0的内存区域），此时filePtr的值是NULL。而Apple的libc实现允许fclose(NULL)（不会执行任何操作，也不会崩溃），所以程序能正常运行。

你提到直接传入字符串字面量doOpenFile("test.c", &filePtr, "r");依然崩溃，也验证了问题不在文件名的传递方式，而是filePtr未初始化的问题。

修复方法 #

只需要在声明filePtr时将其初始化为NULL即可：

FILE *filePtr = NULL;

这样doOpenFile中的if( *filehdl )会判断为假，不会执行无效的fclose，后续的文件操作逻辑就能正常执行。

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