令我惊讶的是，这段代码与gcc 11.4.0一起编译，i变成了0:
#include <stdio.h>
int main( int argc, char *argv[] )
{
int i = 1i;
printf( "i = %d\n", i );
return 0;
}
我try 在谷歌上搜索后缀i，但没有成功.我发现在每一个描述中只提到了常见的描述(例如，在对that SO question的回答中)
我还try 过所有低位字符和其他正值，发现j的行为相同，但我的变量值始终是0.带有其他后缀，例如a、b.它不会编译.
那么我偶然发现了什么呢？有没有方法可以阻止gcc编辑它，或者至少进行某种诊断？在"现实世界源代码"中，这种情况发生是由于简单的拼写错误，当然会导致运行时错误
从GNU docs:
编写辅助数常数的简单方法是附加 后缀"i"或"I"，或"j"或"J"，为一个整数或浮点 常数例如，
2.5fi具有类型_Complex float，3i具有类型_Complex int.四个替代后缀字母都是等效的.标准C不支持后缀"i"或"j".
所以我们可以得出结论:
ISO C标准不支持i、j或J个后缀.这些后缀是海湾合作委员会扩展.ISO C确实支持虚部I，尽管对编译器来说对complex.h和复数的支持是可选的.如果编译器不支持__STDC_NO_COMPLEX__，则可以定义__STDC_NO_COMPLEX__.@Lundin
i、j、I和J等效.
将上述任何后缀附加到一个等于数的常数.
Clang也支持这个NU扩展.
编译-pedantic-errors次失败:
$ gcc c.c -pedantic-errors -o c
c.c: In function 'main':
c.c:5:17: error: imaginary constants are a GCC extension
5 | int i = 1i;
| ^~
$ clang c.c -pedantic-errors -o c
c.c:5:17: error: imaginary constants are a GNU extension [-Werror,-Wgnu-imaginary-constant]
int i = 1i;
^
1 error generated.
另请参阅:What compiler options are recommended for beginners learning C?.
至于为什么i变成了0:
来自6.3.1.7关于真实和复杂转换的ISO C Standard个部分:
当实类型的值转换为复合类型时，复合类型的实部分 结果值由转换为相应实类型的规则确定，并且复结果值的虚部是正零或无符号零.
当复类型的值转换为实类型时，会丢弃复值的虚部，并根据相应实类型的转换规则转换实部的值.
因此，当你将1i分配给int时，它就会变成0，因为那是1i的实部，而虚部被丢弃.
截至后缀a、b等，ISO C标准和GNU C标准都不支持任何此类内容.