命名空间是C++解决名字冲突、组织代码和控制作用域的核心机制。它通过将标识符封装在独立作用域中避免全局污染，支持嵌套、分段定义与别名，匿名命名空间提供编译单元级可见性，是大型项目协作的基础契约。
命名空间（namespace）是C++中用来解决名字冲突、组织代码和控制作用域的核心机制。它不改变程序逻辑，但极大提升了大型项目可维护性与协作效率。
避免全局作用域污染和名字冲突
当多个库或模块定义了同名函数、类或变量（比如都叫Logger、max、string），直接放在全局作用域会导致编译错误或意外覆盖。命名空间把标识符“装进盒子”，让同名但不同来源的符号互不干扰。
- 例如：std::string 和你自己写的 mylib::string 可以共存
- 没有命名空间时，两个第三方头文件都定义 class Date 就会报错；加上各自命名空间后完全没问题
合理组织代码结构
命名空间天然适合按功能、模块或层级划分代码。比如一个图形引擎可以拆成：
- graphics::core —— 渲染管线基础类
- graphics::shader —— 着色器相关工具
- graphics::ui —— UI控件系统
这样不仅逻辑清晰，还方便团队分工开发，也利于后期抽取为独立子模块。
立即学习“C++免费学习笔记（深入）”；
使用方式：声明、定义与引入
命名空间支持嵌套、分段定义和别名，用法灵活：
- 定义：namespace mymath { int add(int a, int b) { return a + b; } }
- 嵌套：namespace A { namespace B { void f(); } } 等价于 namespace A::B { void f(); }（C++17起）
- 分段定义（同一命名空间可在多处写）：namespace util { void log(); } 和 namespace util { void debug(); } 合并为同一个util
- 使用：mymath::add(2, 3) 或在局部用 using mymath::add;
- 慎用：using namespace std; 在头文件里是危险习惯，可能污染包含它的所有源文件
匿名命名空间与静态链接对比
匿名命名空间（namespace { ... }）让内部符号仅在当前编译单元可见，效果类似C语言的static函数/变量，但更现代、更一致：
- 适用于工具函数、配置常量等不需要对外暴露的实现细节
- 比static更统一——它对类型、模板、变量、函数都有效，而static在C++中语义已分化
- 匿名命名空间中的内容仍受命名空间作用域规则约束，不会意外泄露
基本上就这些。命名空间本身不难，关键是养成“先想名字空间，再写代码”的习惯——尤其在写库、SDK或参与多人项目时，它是最轻量却最有效的协作契约。
