命名空间需用::访问，头文件禁用using namespace，匿名命名空间替代static，inline命名空间支持版本兼容与ADL。
namespace 定义后必须用作用域解析符才能访问内部成员
定义 namespace 只是创建了一个作用域，并不会自动把其中的函数、类或变量注入当前作用域。即使在同一个文件里，也必须用 :: 显式指定，否则编译器报 ‘xxx’ was not declared in this scope。
- 错误写法：
namespace ns { void func() {} } func(); // ❌ 编译失败 - 正确写法：
ns::func(); // ✅ 显式调用 // 或使用 using 声明（见下节）
- 注意：嵌套命名空间如
ns1::ns2::func()不能简写为ns1::func()，中间层级不可跳过
using namespace 是方便也是隐患，慎用于头文件
using namespace 会将整个命名空间“展开”，可能引发符号冲突，尤其在头文件中全局生效时，极易污染包含该头文件的所有翻译单元。
- 头文件中禁止写：
using namespace std; // ❌ 危险！所有包含它的 .cpp 都被迫引入 std 全局符号
- 推荐做法：
// 在 .cpp 文件内局部使用（仅限小范围） using std::string; using std::vector; <p>// 或更安全：只 using 需要的具体项 using namespace std::literals; // ✅ 限定子空间
- 若需频繁使用，优先用别名：
namespace fs = std::filesystem; // ✅ 清晰、可控、无冲突
匿名 namespace 等价于 static，但语义更明确
在 C++ 中，namespace { /* ... */ } 定义的是匿名命名空间，其内部声明具有内部链接（internal linkage），效果等同于 C 风格的 static，但适用范围更广（支持类、模板等）。
- 适用于仅在当前编译单元使用的辅助函数/类型：
namespace { int helper_count = 0; void reset_helper() { helper_count = 0; } } - 与
static的关键区别：static void f() {} // ❌ C++17 起不推荐用于函数声明 namespace { void f() {} } // ✅ 推荐替代方案 - 注意：匿名 namespace 中的模板仍可被实例化，但无法被其他文件显式特化（因无外部名字）
命名空间别名和 inline namespace 解决跨版本符号兼容问题
当库升级需要保留旧接口又提供新实现时，inline namespace 让子空间符号自动提升到外层，配合别名可平滑过渡；而普通别名适合缩写长路径。
立即学习“C++免费学习笔记（深入）”；
- 版本迁移示例：
namespace mylib { inline namespace v2 { void process(); // 新版默认可见 } namespace v1 { void process(); // 旧版需显式写 mylib::v1::process() } } // 用户代码无需改：mylib::process() 自动调 v2 版本 - 别名简化嵌套：
namespace fs = std::filesystem; fs::path p = "/tmp"; // ✅ 比 std::filesystem::path 简洁
- 重要限制：
inline namespace必须直接位于外围命名空间内，不能嵌套在函数或类中
匿名命名空间和 inline namespace 看似语法简单，但它们对链接属性和 ADL（参数依赖查找）的影响常被忽略——尤其是重载函数调用时，ADL 会搜索实参类型的关联命名空间，而 inline 命名空间会被纳入搜索路径，这点调试时容易绕弯。
