GCC默认不启用C17标准，必须显式指定-std=c17才能正确解析C17特性（如static_assert、_Generic改进等），且GCC 8.1+才完整支持该标准。
gcc 默认不启用 C17 标准，必须显式指定 -std=c17 才能正确解析 C17 特性（如 static_assert、_Generic 改进、__STDC_VERSION__ 值为 201710L 等）。直接运行 gcc hello.c -o hello 会按默认标准（GCC 12+ 是 c17，但旧版本可能是 c99 或 c11）编译，不保证兼容 C17 语义。
用 -std=c17 显式启用 C17 标准
这是最可靠的方式，无论 GCC 版本是否默认支持 C17，都强制按该标准解析语法和宏定义：
-
gcc -std=c17 hello.c -o hello—— 基础编译，启用 C17 且禁用 GNU 扩展 -
gcc -std=gnu17 hello.c -o hello—— 启用 C17 + GNU 扩展（如嵌套函数、typeof等），兼容性更宽 - 若需调试，加
-g；需警告，加-Wall：gcc -std=c17 -Wall -g hello.c -o hello - 注意：
-std=c17不等于-std=c++17—— 后者是给g++用的，混用会导致报错，比如error: 'class' does not name a type
确认 GCC 版本是否支持 C17
C17 标准于 2018 年发布，GCC 8.1+ 完整支持；GCC 7.1+ 开始提供实验性支持。低于 7.1 的版本即使加 -std=c17 也会忽略或报错：
- 运行
gcc --version查看版本号，例如gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0表明已支持 - 不确定时，用
gcc -dM -E - 查实际生效的宏值：<br>输出 <code>#define __STDC_VERSION__ 201710L才表示 C17 生效 - 如果输出是
201112L（C11）或更低，说明-std=c17没起作用——要么版本太低，要么拼写错误（如写成c18或C17）
常见错误：static_assert 报错或未定义
static_assert 是 C11 引入、C17 继续保留的关键字，但若没指定标准或用了旧标准，GCC 会当语法错误处理：
- 错误现象：
error: expected expression before ‘static_assert’或‘static_assert’ undeclared - 原因：未加
-std=c11或更高标准，或用了-std=c99（C99 不支持） - 验证方式：在源码开头加
#ifdef __STDC_VERSION__判断，printf("%ld\n", __STDC_VERSION__);输出应为201710L - 注意：
assert.h中的assert()是运行时断言，和static_assert无关，别混淆
Makefile 或 IDE 中怎么加参数
命令行有效，不代表构建系统自动继承。很多 IDE（如 VS Code + C/C++ 插件、CLion）或 Makefile 默认不传 -std= 参数：
- Makefile 示例：
CFLAGS = -std=c17 -Wall -g，然后gcc $(CFLAGS) main.c -o main - VS Code 的
c_cpp_properties.json中，"intelliSenseMode"不影响编译，真正起作用的是tasks.json里args数组是否含"-std=c17" - Clang 用户注意：
clang同样需-std=c17，但部分旧版 Clang（如 6.0 之前）仅支持c1z（即 C17 的旧代号），可试-std=c1z
C17 本身是 C11 的技术修正版，没有新增语法，但对标准库行为、约束条件和宏定义做了明确化。真正容易出问题的不是“用了新特性”，而是依赖 C17 对已有行为的精确定义（比如 __STDC_VERSION__ 值、restrict 的语义边界），这些在未指定标准时可能被 GCC 按旧规则处理。
