extern声明不分配内存，仅告知编译器变量在别处定义；若链接时无唯一非extern定义，则报undefined reference。需确保一个.cpp中提供定义，头文件中extern声明应避免数组大小不一致，并慎用extern与static混用。
Clang下extern变量声明必须匹配定义类型
Clang对extern变量的类型检查比GCC更严格，如果声明和定义类型不一致（比如一个用const int定义，另一个用extern int声明），Clang会直接报错：error: tentative definition has type 'int' that is incompatible with the previous declaration of 'xxx' as 'const int'。
- 确保头文件中
extern int global_var;和源文件中int global_var = 42;完全同类型，不能漏掉const、static或限定符 - 避免在头文件里写
extern const int x = 5;——这其实是定义，不是声明，会导致多个翻译单元重复定义 - Clang默认启用
-Wduplicate-decl-specifier等警告，建议加-Werror提前暴露类型不匹配问题
函数声明加不加extern对Clang没区别
Clang（和所有标准C编译器一样）默认所有函数具有外部链接，extern void foo();和void foo();语义完全相同。显式写extern纯属冗余，还可能误导人以为“不写就是内部链接”。
Clang 22.1.3
下载
Clang 22.1.3 Windows 64 位历史版本安装包，适合旧项目兼容、LLVM/Clang 工具链回退、编译行为对比、链接问题复现和 C/C++ 构建环境维护。
- 函数不需要、也不应该在头文件里加
extern前缀 - 唯一例外是C++代码里调用C函数时的
extern "C"块，那是给链接器用的，和extern关键字本身无关 - 如果看到别人在.h里写
extern int bar(int);，删掉extern更干净
Clang链接阶段找不到extern符号的常见原因
报错undefined reference to 'xxx'不是声明问题，而是链接时没把定义它的.o文件一起传给Clang。Clang不会像GCC那样自动搜索依赖，必须显式指定所有目标文件。
- 编译多个文件时，不能只跑
clang main.c然后指望它自动找到module.c里的int global_x;定义 - 正确做法是：先分别编译
clang -c main.c -o main.o、clang -c module.c -o module.o，再链接clang main.o module.o -o prog - 或者一步到位：
clang main.c module.c -o prog（Clang会自动处理编译+链接） - 如果用了
make或CMake，确保module.o被加入最终链接命令
头文件里extern变量声明的惯用写法
Clang项目里最稳妥的方式是：头文件只放extern声明，定义放在且仅放在一个.c文件里。别试图用#ifdef宏控制定义，Clang对多重定义极其敏感。
-
common.h：写extern int config_flag;（纯声明） -
config.c：写int config_flag = 1;（唯一定义） - 绝不在
common.h里写extern int config_flag = 0;——这是定义，包含它的每个.c都会生成一份，Clang链接时报duplicate symbol - 如果变量需初始化为常量，用
static const代替，但注意它不具备外部链接性，不能跨文件共享
extern的处理逻辑和标准C一致，但错误提示更早、更硬。真正容易出问题的从来不是语法怎么写，而是声明/定义分离后，忘了让链接器看到那个唯一的定义文件。13万字C语言保姆级教程（深入）：立即使用
在学习笔记中，你将探索c语言的核心概念和高级技巧！
