全局变量必须声明在函数外部且不能用auto/register，static限于文件作用域；多文件共享需extern声明+单处定义；初始化须为编译时常量；建议启用-fno-common提前暴露链接问题。
全局变量声明必须在函数外部，且不能带 auto、register 或 static（除非有意限制作用域）
Clang 对 C 语言的全局变量处理遵循 C 标准，声明位置和存储类说明符直接影响链接性与初始化行为。最常见错误是把变量写在 main() 里还叫它“全局”——那只是局部变量。
- 合法全局声明：直接写在所有函数外面，例如
int counter = 0;或extern char buf[1024]; -
static int debug_flag;是文件作用域变量，不参与跨文件链接，不是通常意义的“全局”（其他源文件看不到） -
auto和register在函数外是语法错误，Clang 会报error: 'auto' cannot be used on a global variable - 未初始化的全局变量默认为 0（BSS 段），但显式初始化更清晰，比如
float pi = 3.14159f;
多个源文件共享全局变量时，用 extern 声明 + 单处定义
Clang 编译多文件项目时，若两个 .c 文件都写 int config_mode = 1;，链接阶段会报 duplicate symbol 错误。必须区分“声明”和“定义”。
- 定义只出现一次：在某个
.c文件里写int config_mode = 1;（可带初始化） - 其他文件用
extern int config_mode;声明，告诉编译器“这变量在别处定义” - 头文件里只放
extern声明（如config.h中写extern int config_mode;），避免被重复包含导致多重定义 - 不要在头文件里写
int config_mode = 1;—— 这会让每个包含它的.c都生成一个定义
Clang 默认启用 -fcommon，但依赖它容易出问题
传统 Unix 链接器允许“常见符号”（common symbol）合并多个未初始化的同名全局变量，Clang 默认开启此行为。但这不是标准 C 行为，且关闭后（如加 -fno-common）会暴露真实链接冲突。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 现象：两个
.c都写int flag;（无初始化），链接成功 → 实际靠-fcommon隐式合并 - 隐患：一旦某个地方改成
int flag = 0;，就变成定义，另一处int flag;仍算定义，链接失败 - 建议：显式用
extern+ 单定义，然后加-fno-common编译，让 Clang 提前报错，而不是依赖隐式行为 - 检查是否启用：
clang -dM -E -x c /dev/null | grep COMMON输出含__STDC_VERSION__等，不直接显示；更可靠的是加-fno-common后看链接是否崩
初始化表达式必须是常量，否则 Clang 报错
全局变量初始化值必须在编译期确定，Clang 对此检查严格，不像某些老编译器会容忍运行时计算。
立即学习“C语言免费学习笔记（深入）”；
- 合法：
int max_size = 1024;、const char *msg = "ready";、double scale = 1.5 * 2.0; - 非法：
int now = time(NULL);、int x = func();、int y = x + 1;（x 是另一全局变量）→ Clang 报error: initializer element is not a compile-time constant - 变通方法：如果真需运行时初始化，改用函数内
static变量或pthread_once等机制，别硬塞到全局初始化里
全局变量的麻烦不在声明语法，而在链接可见性、初始化时机和多文件协作的边界。Clang 不会帮你掩盖这些问题，反而比 GCC 更早暴露 extern 漏写、-fno-common 下的重复定义，或者非常量初始化。写的时候多想一层“这个变量到底该谁定义、谁看见”，比查语法手册更重要。
