MinGW64下printf传参错误为何异常定位在stdio.h而非用户代码

为什么报错位置在<stdio.h>而不是你自己写的代码？ #

• 首先要明确：运行时崩溃提示标注的位置，是程序崩溃瞬间正在执行的代码行，不是导致错误的根源代码行。
• 你写的printf(12345)只是完成了函数调用的传参动作，程序真正进入printf的内部实现逻辑、执行到MinGW提供的__mingw_vfprintf( stdout, __format, __local_argv )这行代码时，才触发了非法内存访问，所以崩溃提示会把位置定位到<stdio.h>里的对应代码段。
• 这个逻辑很好理解：就像你点外卖填错了收货地址，外卖员跑到不存在的地址找不到人触发异常，异常上报的位置是外卖员当前所在的错误地点，不是你在家填地址的位置，但错误的根源是你传的参数不对。

为什么传12345会触发段错误，传"Hello World"就不会？ #

首先要记住printf的硬性调用规则：

printf的第一个参数，必须是一个指向合法字符串的内存地址，这个字符串就是用来指定输出规则的格式串。

两种写法的本质差异：

• 当你写printf("Hello World")时，双引号包裹的内容是C语言识别的字符串常量，编译器会自动把这段字符串存到程序有权限访问的合法只读内存区，再把这块内存的合法地址传给printf。printf能正常读取到格式串内容，后续和stdout（标准输出流）交互的流程全是合法操作，自然不会触发段错误。
  注意：如果你真的写不带双引号的printf(Hello World)，代码在编译阶段就会报语法错误，根本没法运行，更不会出现运行时指向<stdio.h>的报错。你之前跑通的写法一定是加了双引号的，只是可能没意识到双引号的作用。
• 当你写printf(12345)时，你传入的是整数值12345，C语言会直接把这个数字当成内存地址使用——也就是说printf会跑到内存地址编号为12345的位置去读取格式串。而12345属于系统保留的低地址区间，普通用户程序根本没有访问权限，一旦尝试读取就会触发段错误。你看到的“stdout相关段错误”只是崩溃发生时，程序刚好执行到和stdout交互的逻辑，本质问题还是传入的第一个参数不是合法的字符串地址。

正确写法参考 #

如果要输出整数12345，需要给printf传入合法的格式串，再把要输出的整数作为后续参数传入：

#include <stdio.h>

int main()
{
    printf("%d", 12345); // 第一个参数是格式串，%d表示将后续参数按十进制整数格式输出
    return 0;
}

如果要输出字符串，一定要用双引号包裹字符串内容，让编译器识别为字符串常量，不要直接写裸的内容或者数字。

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