inline变量必须放在头文件中，因其设计目的就是解决odr冲突，确保多翻译单元中定义一致且链接器合并为单一实例；若仅在.cpp中定义，则其他单元无法odr-use，失去全局共享意义。
适合，而且必须放在头文件里。 C++17 的 inline 变量设计初衷就是为了解决头文件中定义变量时的 ODR（单定义规则）冲突问题——它不是“可以放”，而是“只有放头文件才有效”。
为什么不能只在 .cpp 里定义 inline 变量
和 inline 函数一样，inline 变量的链接属性要求：所有翻译单元中出现的定义必须完全一致，且链接器会合并为一个实例。但如果只在一个 .cpp 文件里写 inline int x = 42;：
- 其他源文件根本看不到这个定义，无法 ODR-use（比如取地址、绑定引用），会导致编译失败或未定义行为
- 即便能间接访问（如通过函数返回），也失去了“全局共享”的意义——它就退化成普通局部静态变量了
- 头文件使用者无法直接依赖该变量，破坏了头文件即接口的设计逻辑
头文件中 inline 变量的典型写法
常见场景是类静态成员或全局常量/状态变量，注意初始化时机和类型限制：
- 类内定义必须带
inline+ 初始化：class A { public: inline static std::string name = get_default_name(); }; - 全局变量直接在头文件中写：
inline const double PI = 3.1415926;或inline std::atomic<int> counter{};</int> - 非常量初始化允许（如调用函数），但该函数必须在变量 ODR-use 前已定义（通常意味着定义也在同一头文件或前置头文件中）
- 不支持
extern inline；也不支持在头文件中只声明（如extern inline int x;），必须定义+初始化
容易踩的坑：和 static/constexpr 混用
三者语义完全不同，放错位置后果严重：
-
static int x = 42;放头文件 → 每个.cpp都有一份独立副本，不是共享变量 -
constexpr std::string_view sv = "ok";在 C++17 中合法，但constexpr std::string不行（非字面类型）；而inline std::string s = "ok";完全合法 -
inline不改变存储期——它仍是静态存储期，构造在程序启动时，析构在结束时，只是链接时去重 - 如果变量需要动态初始化（如依赖其他全局对象），要注意初始化顺序问题，
inline不解决该问题
真正关键的一点是：inline 变量的“头文件友好性”只在多翻译单元包含时才体现价值；单文件项目里硬塞 inline 不仅无益，还可能误导后续维护者以为这是有意共享状态。别为了语法正确而忽略实际作用域需求。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
