命名空间通过编译期为标识符添加隐式前缀实现同名隔离，不分配内存、无运行时开销；不同命名空间中的同名函数视为独立实体，调用时需限定作用域或谨慎使用using声明。
namespace 怎么隔离同名标识符？
命名空间通过在编译期为内部声明的标识符添加隐式前缀，实现逻辑上的作用域隔离。它不改变运行时行为，只影响名称查找（name lookup）过程——编译器会把 A::foo 理解为一个完整的名字，和全局的 foo 或 B::foo 完全无关。
关键点在于：命名空间本身不分配内存、不产生运行时代价，纯粹是编译器做名字解析时的“路径分隔符”。
两个同名函数怎么共存不报错？
只要它们位于不同命名空间，就视为完全不同的实体。常见错误是忘记限定调用，导致编译器找不到或选错重载版本。
- 未加限定时，编译器只在当前作用域和外层命名空间中查找，不会跨命名空间自动匹配
-
using namespace X;会把整个命名空间“倾倒”进当前作用域，可能重新引发冲突，慎用 - 推荐用
using X::func;只引入需要的个别符号
namespace A {
void print() { std::cout << "A\n"; }
}
namespace B {
void print() { std::cout << "B\n"; }
}
int main() {
A::print(); // OK
B::print(); // OK
// print(); // ❌ 错误：不明确，未指定是哪个 print
}
匿名命名空间和 static 有什么区别？
两者都限制链接性（internal linkage），但机制不同：匿名命名空间生成唯一且不可见的命名空间名（如 namespace __UNIQUE_123 { ... }），所有定义在其内的符号都具有内部链接；而 static 在 C++ 中仅对变量/函数起作用，且语义更窄。
立即学习“C++免费学习笔记（深入）”；
- 匿名命名空间可包含类型、模板、静态数据成员等，
static不能用于类内声明 - C++17 起，匿名命名空间内
inline变量仍保持内部链接，适合定义常量 - 头文件里误用
static函数会导致每个 TU 一份副本；匿名命名空间同样，但更符合现代 C++ 风格
嵌套 namespace 和 inline namespace 的实际用途
嵌套用于组织大型库的层级结构（如 std::chrono::steady_clock），而 inline namespace 是 ABI 兼容的关键工具——它的成员会被“拉平”到外层命名空间中参与 ADL 和重载解析，同时保留独立定义位置。
- 标准库中
std::literals就是inline namespace，让"hello"s能直接找到operator""s - 版本迁移时，可以把旧版 API 放进
inline namespace v1，新版放进inline namespace v2，用户代码无需改写即可切换 - 注意：
inline namespace不能有显式特化，特化必须写在外层命名空间中
真正容易被忽略的是：命名空间别名（namespace fs = std::filesystem;）和内联命名空间共同使用时，ADL 行为可能出人意料——编译器会按“最内层 inline 命名空间 → 外层命名空间 → 别名指向的目标”顺序查找，不是简单地文本替换。
