C23标准是否向后兼容？C17代码能否按C23解析及不兼容点咨询

整体向后兼容性 #

C23标准延续了C语言的传统，保持了高度的向后兼容——绝大多数合法的C17代码都能在C23编译器下正常编译运行。但为了修复旧标准的设计缺陷、引入新特性，C23也存在少量破坏性变更，这些变更主要针对过时、易出错或与新特性冲突的语法规则。

C17代码能否直接作为C23代码解析？ #

大部分情况可以，但并非所有C17代码都能无修改地通过C23编译。部分场景会触发编译错误或运行行为的变化，需要针对性调整。

关键破坏性变更列表 #

以下是会影响C17代码的核心变更：

• _Bool隐式转换限制：C23禁止_Bool类型隐式转换为非布尔整数类型。比如C17中int x = my_bool;是合法的，C23必须写成int x = (int)my_bool;，否则会抛出编译错误。
• register关键字语义移除：C23保留register作为语法兼容标记，但编译器会完全忽略它。另外，C17中允许用register修饰函数参数（如void func(register int x);），这在C23中属于非法语法。
• static_assert参数严格化：C23要求static_assert的第一个参数必须是编译期常量表达式。C17中允许在函数内使用依赖函数参数的表达式作为断言条件，这在C23中会报错。
• 新增关键字引发命名冲突：C23新增了nullptr、constexpr等关键字，如果你的C17代码中用这些词作为变量名、函数名或标识符，会触发语法错误。
• 字符常量类型变更：C23中普通字符常量（如'a'）的类型从int改为char。这会影响依赖sizeof('a')结果的代码——C17中sizeof('a')等于sizeof(int)，C23中则等于sizeof(char)。
• __STDC_VERSION__宏更新：C23中该宏的值为202311L，如果你的代码通过判断这个宏的值做条件编译，可能会触发不同的分支逻辑。

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