滥用static inline

结论先行

• 你现在的写法

  namespace hzi {static inline Config config;   // ← 注意 static
  }
  

  会让每个包含 config.hpp 的 .cpp 文件都拥有自己独立的一份 config 对象。
  因此：
  – 它们在内存中地址不同；
  – 在一个 .cpp 里修改 hzi::config.xxx 对另一个 .cpp 不可见；
  – 如果程序逻辑依赖“全局唯一配置”，那么确实属于 bug。

---

为什么看起来“能跑”

1. 很多变量只是读取，还没做跨翻译单元的写入-读取，所以没立刻暴露。
2. 或者目前只有一个 .cpp 真正用了这份配置，其它 .cpp 还没开始用。
3. 一旦两个 .cpp 都写同一份配置，就会观察到“修改不生效”。

---

怎么验证
在 a.cpp 和 b.cpp 分别打印

std::cout << &hzi::config << std::endl;

地址不同 ⇒ 100 % 确认不是同一个对象。

---

正确改法（C++17 及以上）
config.hpp

namespace hzi {inline Config config;   // 去掉 static，保持 inline
}

• inline 允许头文件定义，链接器会合并成唯一一份实例。
• 每个 .cpp 仍然通过 hzi::config.xxx 访问，但地址相同、数据共享。

---

如果编译器较老（C++14 及以下）
头文件只放声明：

// config.hpp
namespace hzi {extern Config config;   // 仅声明
}

在某个 .cpp（例如 config.cpp）里给出唯一定义：

// config.cpp
#include "config.hpp"
hzihzi::Config config;      // 唯一对象

其余 .cpp 继续 #include "config.hpp" 后使用 hzi::config 即可。

---

一句话总结
你现在用的 static inline Config config 会制造多份副本；
要么改用 “inline 无 static”（C++17），要么改用 “extern 声明 + 单 cpp 定义”（旧标准），才能真正实现全程序共享的单一配置实例。