根本原因是#include导致头文件中变量定义被重复包含进多个编译单元，extern是最稳妥解法因其仅声明不定义，确保全局符号唯一；const/constexpr默认内部链接故不报错但非真正共享；c++17 inline变量支持头文件中安全定义。
根本原因不是“变量写了两遍”，而是 #include 把头文件内容原样粘贴进了每个 .cpp 文件，导致多个编译单元各自生成了同一变量的定义。
为什么 extern 是最稳妥的解法
因为 extern 明确告诉编译器：“这个变量存在，但别在这儿分配内存”。它只做声明，不触发定义。链接器最终从唯一一个 .cpp 文件中找到该变量的实际定义并完成绑定。
- 头文件里写
extern int g_count;→ 所有包含它的.cpp都知道有这个变量，但不生成符号定义 - 仅在一个
.cpp里写int g_count = 0;→ 全局符号只出现一次，链接器无歧义 - 漏掉
extern或写成int g_count = 0;在头文件里 → 每个#include它的.cpp都生成一份定义，链接时报multiple definition of 'g_count'
const 和 constexpr 变量为什么常不报错
因为它们默认具有内部链接（static 语义），每个编译单元拿到的是独立副本，不参与跨文件符号合并。但这不等于“安全共享”——改一个文件里的 const int kSize = 1024; 不会影响另一个文件里的同名变量。
-
const int kVal = 42;放头文件：通常能过编译，但本质是多个副本 -
constexpr int kVal = 42;（C++17 前）：同样默认内部链接 -
inline constexpr int kVal = 42;（C++17 起）：才真正支持跨编译单元的单一定义
inline 变量是 C++17 的关键补丁
它让“头文件中定义变量”合法化，且不违反 ODR。编译器保证所有重复出现的 inline int g_flag = 1; 最终只保留一份实体。
- 适用场景：常量、配置项、工具类静态成员、小型缓存等需要头文件直用的变量
- 不能用于需要运行时初始化或依赖构造顺序的变量（如全局
std::vector） - 仍需注意：
inline对函数也有效，但仅限短小逻辑；长函数放头文件会增大目标文件体积
最容易被忽略的一点：头文件是否加了 #pragma once 或 include guard，只影响“重复包含”，不影响“重复定义”。即使有防护，只要头文件里写了定义，每个包含它的 .cpp 依然各自生成一份——这才是链接期冲突的根源。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
