C++17起支持namespace A::B::C { }一行简写，替代C++11/14必须的多层大括号嵌套；混用风格或跨文件不一致将导致重定义错误或符号不匹配。

嵌套命名空间的写法和常见错误

直接用 :: 一层层访问嵌套命名空间里的符号，但声明时不能写成 namespace A::B（C++17 之前不合法）。最稳妥的方式是逐层打开，或者用 C++17 引入的嵌套语法。

• C++11/14 必须这样写：

  namespace A {
    namespace B {
      void func() {}
    }
  }

• C++17 起支持简写：

  namespace A::B {
    void func() {}
  }

  ——但注意：这仍是定义，不是“访问”
• 使用时统一用作用域解析：A::B::func()，无论定义方式如何
• 容易错写成 using namespace A::B; —— 这在 C++17 前是编译错误，C++17 起才合法

using 指令对嵌套命名空间的影响

using 不会“展开”嵌套结构，它只把指定命名空间里的名字注入当前作用域。哪怕用了 using namespace A::B;，你依然不能直接写 A::func()，因为 A 本身没被引入。

• using namespace A::B; 后可直接调 func()，但不能写 A::func() 或 B::func()
• using A::B::func; 只引入单个函数，更安全，避免名字污染
• 千万别在头文件里写 using namespace ...，嵌套层级越深，越容易引发意外交互

匿名命名空间和嵌套的组合陷阱

匿名命名空间不能嵌套——namespace { namespace B { ... } } 是合法的，但外层匿名空间的作用域规则仍只作用于最外层块，内部的 B 并不因此获得文件作用域限制。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

• 下面这段代码中，B::helper 实际上是全局可见的：

  namespace {
    namespace B {
      void helper() {}
    }
  }

• 真正想限制作用域，得把定义放进匿名空间顶层：

  namespace {
    void helper() {}  // ✔️ 文件内唯一
  }

• 嵌套匿名空间没有额外意义，纯属误导；编译器不报错，但语义和直觉不符

模板类在嵌套命名空间里的显式特化写法

显式特化必须和原始模板在同一命名空间层级声明，否则链接失败或 ODR 违规。很多人卡在这里：特化写在了错误的 namespace 块里。

立即学习“C++免费学习笔记（深入）”；

• 假设模板定义在 A::B：

  namespace A {
    namespace B {
      template<typename T> struct X {};
    }
  }

• 特化必须也落在 A::B 内：

  namespace A::B {
    template<> struct X<int> { int v; };
  }

• 写成 namespace A { template struct B::X<int> {...}; }</int> 是错的——B::X 在 A 里不可见，且违反特化必须与原始声明同层的要求

嵌套命名空间本身不难，难的是所有相关语法（using、特化、ADL 查找）都严格依赖“声明位置”而非“访问路径”，稍不注意就掉进链接或重定义坑里。