命名空间通过添加作用域前缀解决同名函数冲突，编译器用::定位符号；避免头文件中using namespace std;，推荐using std::vector;等单点引入，自定义命名空间用小写加下划线，inline namespace支持版本兼容性透明提升。
namespace 怎么解决两个同名函数打架？
它不改函数本身，只给名字加个“前缀路径”。编译器看到 :: 就知道该去哪个命名空间里找符号，而不是一股脑全扔进全局作用域。
常见错误现象：error: reference to 'log' is ambiguous —— 你引入了 std::log 和自己写的 log，又没限定作用域，编译器懵了。
- 别在头文件里写
using namespace std;：这等于把整个std的名字全倒进全局，别人一包含你的头文件就可能触发冲突 - 用
using std::vector;比using namespace std;安全：只拉一个符号，风险可控 - 自定义命名空间推荐小写字母+下划线，比如
mylib或network_utils，避免和标准库或第三方撞名
嵌套 namespace 和 inline namespace 的实际区别
嵌套是真的一层套一层，每个层级都参与名字解析；inline namespace 是“透明包装”，它的内容自动提升到外层作用域，主要用于版本兼容。
使用场景：C++ 标准库的 std::literals 就是 inline 的，所以你能直接写 123s 而不是 std::literals::operator""s(123)。
立即学习“C++免费学习笔记（深入）”；
- 嵌套写法：
namespace A { namespace B { void f(); } }→ 调用必须写A::B::f() - inline 写法：
namespace A { inline namespace B { void f(); } }→A::f()和A::B::f()都能用 - inline 不可跨翻译单元隐式提升：如果另一个 .cpp 文件没看到这个 inline 声明，它就看不到提升效果
链接时符号冲突：namespace 真的万能吗？
namespace 只影响编译期的名字解析，不影响链接期的符号名。但 C++ 编译器会把命名空间编码进 mangled name 里，所以最终链接符号其实是不同的。
验证方式：用 nm 看目标文件，std::vector<int>::size()</int> 和 mylib::vector<int>::size()</int> 的符号名完全不同。
- 静态库之间若用了相同未限定的全局变量名（比如
int debug_flag;），即使在不同 namespace 里定义，只要没声明为static或inline，链接时仍可能报multiple definition - 模板定义必须放在头文件里：因为实例化发生在使用点，编译器要看到完整定义才能生成带命名空间前缀的特化符号
- extern "C" 函数不能套 namespace：C 链接约定不支持作用域修饰，
namespace N { extern "C" void f(); }合法，但调用时仍是全局符号f
using 声明和 using 指令的坑在哪？
using 声明（如 using std::swap;）是安全的“单点引入”；using 指令（如 using namespace std;）是危险的“批量导入”，尤其在头文件中。
容易踩的坑：std::distance 和你自己写的 distance 在同一作用域出现，ADL（参数依赖查找）可能意外选中 std 版本，导致逻辑错乱，而编译器还不报错。
- 函数内可用
using namespace std;：作用域受限，影响小 - 类内慎用
using引入基类函数：若派生类有同名重载，可能隐藏基类所有重载，得用using Base::func;显式暴露 - 别用
using把不同 namespace 的同名类型混在一起：比如using std::string;和using mylib::string;并存，后续string s;直接编译失败
最易被忽略的是：namespace 不能防止宏冲突。#define 不受作用域限制，#define max(a,b) ((a)>(b)?(a):(b)) 会无差别替换，哪怕你在 namespace mylib { ... } 里写代码也拦不住。
