命名冲突必然发生，需用namespace隔离；声明与定义必须同属同一命名空间；头文件禁用using namespace；C++17支持namespace A::B::C简化嵌套写法。
命名冲突在 C++ 项目里不是“会不会出现”的问题，而是“什么时候爆发”的问题——尤其当你引入第三方库、多人协作或拆分头文件时，std::vector 和你自己写的 vector 同时存在，编译器会直接报错，不讲情面。
namespace 必须成对出现：声明和定义要对得上
很多人写了个 namespace mylib { void foo(); } 在头文件里，却在 .cpp 里直接写 void foo() { ... }，结果链接失败：找不到 mylib::foo。这是因为编译器根本没把那个函数放进 mylib 里。
- 头文件中声明：用
namespace mylib { void foo(); } - 实现文件中定义：必须显式回到同一命名空间，写成
namespace mylib { void foo() { ... } }，不能省略namespace mylib { ... }包裹 - 如果用
using namespace mylib;拉平了作用域，后续定义的函数仍属于全局命名空间，不会自动归入mylib
using 指令和 using 声明，风险差很远
using namespace std; 放在头文件里是危险动作，等于把整个 std 暴露给所有包含它的源文件，极易引发隐式重定义；而 using std::swap; 这种单个引入，只影响当前作用域，可控得多。
- 头文件里禁止写
using namespace—— 它会污染包含者的命名空间 - 源文件（.cpp）里可酌情用
using namespace，但仅限于小型工具或 demo，大型项目建议克制 - 优先用
using std::string;这类声明，比全量引入安全，也比反复写std::string少打字 -
using不会改变查找规则：ADL（参数依赖查找）仍起作用，比如调用swap(a, b)时，即使没写std::swap，编译器也会找a和b类型所在命名空间里的swap
嵌套 namespace 写法：C++17 之前和之后差别很大
C++17 引入了嵌套命名空间语法糖，让多层嵌套更易读、少出错。老写法容易漏大括号，新写法一眼看清层级，而且 IDE 更容易折叠/跳转。
立即学习“C++免费学习笔记（深入）”；
- 旧写法（C++11）：
namespace A { namespace B { namespace C { void f(); } } }—— 大括号层层嵌套，易缺、易错位 - 新写法（C++17）：
namespace A::B::C { void f(); }—— 简洁明确，且语义完全等价 - 混合使用没问题，但一个项目里建议统一风格；注意编译器需开启 C++17 或更高标准（如
-std=c++17） - 嵌套命名空间不会自动继承外层的
using声明，每个层级仍是独立作用域
最常被忽略的是命名空间的“可见性传播”：你在头文件里定义了一个 inline namespace v2，它会影响 ABI 兼容性；而匿名命名空间在 .cpp 里看似安全，其实每个编译单元都生成一份独立副本，模板实例化时可能意外导致重复符号。这些不是语法错误，但上线后才暴露，修起来更费劲。
