为何向fopen()传入char类型参数会触发错误？

这绝对是C语言初学者最容易踩的经典坑之一，咱们来把这个问题掰碎了说清楚：

1. 先搞懂fopen的参数要求 #

fopen的函数原型是这样的：

FILE *fopen( const char * filename, const char * mode );

第二个参数mode明确要求是**const char*类型**——也就是一个指向以\0结尾的字符串的指针，而不是单个char字符。

2. 'w'和"w"的本质天差地别 #

• 单个字符'w'在C里其实是个整数，对应ASCII码的119。当你把它传给fopen的第二个参数时，编译器会把这个整数强制转换成指针地址（因为参数期望是char*）。
• 而字符串"w"是一个字符串常量，程序运行时它会被存在只读数据区里，你传递的其实是这个字符串第一个字符的合法内存地址，而且它末尾自动带了\0终止符，完全符合fopen对mode的要求。

3. 段错误的核心原因 #

当你传'w'的时候，程序会把119当作内存地址去访问。但119属于操作系统预留的低地址区间，这部分内存是用户程序根本碰不到的无效区域，操作系统一检测到这种非法内存访问，就会直接触发段错误（Segmentation Fault），把程序干掉。

换成"w"就不一样了，你传的是合法的、可访问的字符串地址，fopen能正常读取到'w'和末尾的\0，自然就能正常工作了。

小提醒 #

以后遇到这种问题，一定要盯紧函数原型！C语言的类型检查有时候会比较“宽容”，这种把整数当指针传的情况，编译器可能只会给个警告（比如“integer to pointer conversion without a cast”），但千万别忽略警告——它们都是程序崩溃的前兆。

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