单scanf输入long类型数据异常，调换变量顺序恢复正常的原因

1. 异常核心原因：格式符与变量类型不匹配 #

你在VS Code中大概率使用的是MSVC编译器（Windows平台Visual Studio工具链），而MSVC对long类型的定义和多数在线编译器默认的GCC存在差异：

• MSVC中，long是32位（4字节）整数，对应的scanf格式符为%ld；
• %lld是专为64位整数long long设计的格式符。

当你用%lld读取long变量时，属于格式符与变量类型不匹配，触发了C语言中的未定义行为——scanf会尝试往long变量的地址写入8字节数据，但long变量仅占4字节空间，必然越界覆盖相邻内存，导致前两个变量的值被破坏为0。

2. 调换变量顺序“解决”问题的本质 #

这只是未定义行为的偶然表现，并非真正的解决方案：
局部变量在栈上的布局通常按声明顺序排列（先声明的变量地址更高）。当你把变量顺序改为&z,&y,&x时，第一个写入的z是最后声明的变量，位于栈的最低地址区域。此时用%lld写入8字节，越界覆盖的是栈上的临时数据（而非其他需要读取的变量），后续写入y和x时，越界的影响刚好没有破坏已读取的值，所以看起来结果正常。但这种行为完全不可预测，换个环境或输入可能又会出现异常。

3. 在线编译器与VS Code表现不同的原因 #

多数在线编译器（如GCC、Clang）在Linux/macOS平台下，long是64位（8字节）整数，和long long长度一致，因此%lld格式符和long类型匹配，不会触发未定义行为，运行自然正常。而VS Code若使用MSVC工具链，long是32位，就会出现类型不匹配的问题。

正确解决方案 #

只需让格式符与变量类型匹配即可，二选一：

• 保持long变量，将scanf格式符改为%ld：

  scanf("%ld %ld %ld", &x, &y, &z);
  

• 改用long long变量，继续使用%lld格式符：

  long long x,y,z;
  scanf("%lld %lld %lld", &x, &y, &z);
  

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