命名空间是解决符号冲突的基础设施，非语法糖；定义用namespace关键字加名字和花括号，头文件中禁用using namespace，推荐使用作用域解析运算符访问。
命名空间不是语法糖，是解决符号冲突的基础设施；不加 namespace 不会报错，但一到多人协作或引入第三方库就大概率炸锅。
怎么定义一个命名空间？
用 namespace 关键字 + 名字 + 花括号包裹内容，名字必须是合法标识符，不能和已有类型、变量重名。嵌套写法合法但慎用——C++17 支持内联命名空间，但日常项目里平铺一层最稳妥。
常见错误：在头文件里定义非内联函数体（导致 ODR 违规），或把 using namespace std; 写进头文件（污染全局命名空间）。
示例：
立即学习“C++免费学习笔记（深入）”；
namespace mylib {
constexpr int MAX_SIZE = 1024;
class Parser { /* ... */ };
void parse(const char* s);
}注意：parse 只声明，实现应放在 .cpp 文件中，避免头文件被多次包含时重复定义。
如何在代码里访问命名空间里的东西？
三种方式，优先级和风险完全不同：
-
mylib::Parser p;—— 最安全，显式、无歧义、可静态分析，推荐在所有正式代码中使用 -
using mylib::Parser;—— 把特定符号“拉进来”，只影响当前作用域，适合简化长名类的局部使用 -
using namespace mylib;—— 危险！尤其在头文件或全局作用域中，会把整个命名空间展平，极易引发重定义或隐藏（name hiding）
典型陷阱：std::string 和某个自定义 string 类型共存时，using namespace std; 会让编译器无法分辨你调的是哪个 to_string。
为什么不能在头文件里写 using namespace？
因为头文件会被多个源文件 #include，一旦用了 using namespace X;，等于强迫所有包含它的翻译单元都接受该命名空间的全部符号，破坏封装性。
更糟的是，如果两个头文件各自写了 using namespace A; 和 using namespace B;，而 A 和 B 里都有 log()，那谁包含这两个头的 .cpp 就直接编译失败。
正确做法：
- 头文件中只用
::全限定名，或必要时用using X::Y;拉单个符号 - .cpp 文件里可以酌情用
using namespace，但仅限于函数体内或匿名命名空间中
命名空间别名和内联命名空间怎么用？
别名用于缩写超长命名空间路径，比如 namespace fs = std::filesystem;，之后就能写 fs::path。它不引入任何新符号，纯属语法便利。
内联命名空间（inline namespace v1 { ... }）主要用在 ABI 版本管理上，让子命名空间的符号自动“提升”到外层，方便升级时无缝切换。普通业务代码几乎用不到，除非你在写 SDK 或基础库。
容易忽略的一点：命名空间可以多次定义（跨文件），编译器会自动合并，所以 mylib 可以拆成多个头文件分别定义不同模块，只要名字一致就行。
