未命名命名空间通过namespace { ... }定义，无名称、不加分号，其成员仅在当前翻译单元内可见；它替代static实现内部链接，支持类型定义，不可嵌套，且不应置于头文件中以防重复定义。
未命名命名空间的定义语法
未命名命名空间在 C++ 中直接用 namespace 关键字加一对空花括号声明，不写名字，也不加分号。
它本质是编译器自动生成一个唯一、不可见的名字，并将其中所有声明限制在当前翻译单元（即当前 .cpp 文件）内可见。
-
namespace { int x = 42; void foo() {} }—— 合法，x 和 foo 只在本文件内有效 -
namespace {}—— 合法但无实际作用 -
namespace { } ;—— 错误，namespace声明后不加分号 -
namespace my_ns { ... } namespace { ... }—— 允许共存，互不影响
为什么不能在头文件里定义未命名命名空间
未命名命名空间的“内部链接”特性依赖于单个翻译单元。如果放在头文件中，被多个 .cpp 包含，每个都会生成一份独立副本，导致符号重复定义（尤其是变量和函数定义）。
常见错误现象：duplicate symbol '_x' in: a.o and b.o（链接时报错）。
- 变量定义（如
int x = 1;）会触发 ODR 违反 - 仅声明（如
extern int x;）没问题，但失去封装意义 - 函数定义（哪怕 inline）也可能因多重实例引发问题，除非明确加
inline - 正确做法：头文件中只放声明；实现逻辑移入 .cpp，再用未命名命名空间包裹
未命名命名空间 vs static 全局变量/函数
C++11 起，未命名命名空间基本取代了老式 static 用于限制全局作用域符号的用法，语义更清晰、支持类和模板等更多语法。
-
static int x;和namespace { int x; }对变量的效果一致（内部链接） -
static不能修饰类型（如类、别名），而未命名命名空间可以：namespace { struct Helper {}; } -
static在类内表示静态成员，语义冲突；未命名命名空间无此歧义 - 性能上无差异，两者都由链接器处理为内部链接符号
嵌套未命名命名空间是否可行
不行。C++ 标准禁止嵌套未命名命名空间：namespace { namespace { int x; } } 是非法语法，编译器报错类似 expected unqualified-id。
但可以“模拟嵌套效果”：在外层未命名空间中再定义一个具名子空间，只要该名字不与外部冲突即可，因为外层已保证作用域隔离。
例如：
namespace {
namespace detail {
void helper() {}
}
}
这里 detail 是具名的，但它只存在于外层未命名空间生成的唯一作用域内，对外仍不可见。
真正容易被忽略的是：未命名命名空间内的 using 指令或声明（如 using std::vector;）也仅在当前文件生效，不会污染其他翻译单元——这点比头文件里的 using 安全得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
