命名空间是C++中组织代码、避免命名冲突的必需基础设施；通过封装模块隔离同名标识符，支持嵌套、inline、匿名等形式，合理设计显著提升项目可维护性。
命名空间（namespace）是 C++
中组织代码、避免命名冲突的核心机制。它不是“可有可无”的语法糖，而是大型项目中必须掌握的基础设施。
用 namespace 封装模块，隔离同名标识符
当你写一个工具函数叫 print，而第三方库也定义了同名函数时，编译器会报错“重定义”。用命名空间就能轻松化解：
- 把你的代码放进自定义命名空间，比如
namespace mylib { void print(int x) { ... } } - 调用时明确指定作用域：
mylib::print(42); - 第三方库的
print仍可通过其命名空间访问，互不干扰
using 声明和 using 指令：谨慎选择作用域
using 能简化书写，但滥用会导致隐式冲突：
-
using std::vector;—— 只引入 vector，安全推荐 -
using namespace std;—— 在头文件中绝对禁止，在 .cpp 文件末尾局部使用也要三思 - 在函数内部用
using namespace xxx;是较安全的折中方式
嵌套 namespace 和 inline namespace 提升可维护性
C++11 支持嵌套命名空间（如 namespace A { namespace B { int x; } }），C++17 允许简写为 namespace A::B。更实用的是 inline namespace：
- 用于版本管理：
inline namespace v1 { void func(); } - 外部可直接调用
func()，无需写v1::func() - 升级到 v2 后，把新实现放进
inline namespace v2，旧代码自动切换（需重新编译）
匿名 namespace 替代 static，实现文件级作用域
在 C++ 中，想让函数或变量只在当前 .cpp 文件内可见，优先用匿名命名空间而非 static：
-
namespace { void helper() { ... } }—— 更现代、语义更清晰 - 所有内容自动拥有内部链接（internal linkage），不会导出到符号表
- 支持类、模板等复杂声明，
static对函数外的变量才有效，限制更多
命名空间不是堆砌层级的装饰，而是按功能、版本、可见性分组的逻辑容器。合理设计命名空间结构，比写一百行业务代码更能决定项目的长期可维护性。
