命名空间非强制但项目规模增大时必须使用，否则易引发链接错误；需声明与定义配对，头文件中提供完整声明，.cpp中实现；慎用using指令，推荐using声明或函数体内局部引入；嵌套和inline Namespace应按需使用；匿名namespace替代Static实现文件级作用域，但严禁在头文件中使用。
命名空间不是“必须用”，但一旦项目超过两个文件、或引入第三方库，不用就大概率炸锅。
namespace 声明和定义要配对，不能只声明不定义
常见错误是写 namespace foo; 就完事，结果编译器报 undefined reference to 'foo::bar()' —— 这是因为只做了前向声明，没提供实际定义。
- 声明（头文件中）：
namespace foo { void bar(); }或分段写namespace foo; void foo::bar();（不推荐） - 定义（.cpp 中）：
namespace foo { void bar() { /* 实现 */ } } - 跨文件使用时，头文件里必须有完整声明（含函数签名），否则链接阶段找不到符号
using 指令和 using 声明差别很大，别乱用全局 using namespace
using namespace std; 在头文件里出现一次，整个工程都可能被污染；在 .cpp 里用也得看上下文。
-
using namespace std;：把整个std里的名字全拉进当前作用域，容易和自定义名冲突（比如你写了vector类，又用了这句，就崩） -
using std::String;：只引入单个名字，安全得多，适合 .cpp 文件顶部局部启用 - 函数体内用
using更稳妥，比如{ using std::swap; swap(a, b); }，避免 ADL 失效
嵌套 namespace 和 inline namespace 要按需选
c++11 后支持嵌套和 inline namespace，但不是为了炫技，而是解决版本兼容和组织粒度问题。
立即学习“C++免费学习笔记（深入）”；
- 嵌套如
namespace A { namespace B { int x; } }等价于namespace A::B { int x; }（C++17），适合模块分层（比如net::http::v2） -
inline namespace v1 { ... }让内部名字自动提升到外层作用域，常用于 ABI 兼容：新版本加inline namespace v2，旧代码仍能直接用lib::func()，无需改调用 - 别为“看起来整齐”而嵌套三层以上，调试器和 ide 补全会变卡
匿名 namespace 是 .cpp 文件级 static 的现代替代
想让函数/变量只在当前 .cpp 可见？别用 static，用匿名 namespace。
-
namespace { void helper() {} }效果等同于static void helper() {}，但更符合 C++ 风格，且支持类、模板等static不支持的实体 - 注意：匿名 namespace 每个翻译单元独立，不同 .cpp 里的同名函数不会冲突，但也不会合并 —— 这是特性，不是 bug
- 头文件里绝不能写匿名 namespace，否则每个包含它的 .cpp 都生成一份副本，导致 ODR 违规
最常被忽略的是头文件中 namespace 的闭合位置和 include 顺序 —— 一个漏掉的 } 或错放的 #include，会让后续所有声明意外落入某个 namespace 里，编译器不一定报错，但链接时神隐。