命名空间需用namespace 名称 { ... }定义，不可加分号；c++17支持嵌套写法namespace a::b::c { ... }；头文件中禁用using namespace；别名应语义清晰如namespace fs = std::filesystem；inline namespace用于abi兼容与版本管理。
命名空间怎么写才不被编译器报错
直接在全局作用域里用 namespace 块定义，别漏掉花括号，也别在末尾加 ;——这是新手最常多打的一个分号。C++ 里命名空间不是语句，是声明性区域。
常见错误现象：error: expected unqualified-id before 'namespace'，往往是因为前面少了个 } 或者头文件里某处宏展开后破坏了结构。
- 嵌套命名空间从 C++17 起支持
namespace A::B::C { ... }写法，比层层缩进更清爽 - 老标准（C++11/14）得写成
namespace A { namespace B { namespace C { ... } } } - 头文件中定义命名空间没问题，但避免在头文件里用
using namespace xxx;，会污染包含它的所有翻译单元
using namespace std; 到底能不能用
能用，但在头文件里绝对不能用；在 .cpp 文件开头用，也要看场合——小练习可以，工业级代码里基本等于埋雷。
为什么这样做：它把整个 std 里的名字（比如 count、find、move）全拉进当前作用域，和你自定义的同名函数/变量一冲突，编译器不一定报错，而是静默调用错的重载，调试时很难定位。
立即学习“C++免费学习笔记（深入）”；
- 替代方案是只引入需要的项：
using std::vector;、using std::swap; - 函数内局部使用
using更安全，比如在某个算法函数开头写using std::begin; using std::end; - 模板代码里尤其要小心，ADL（参数依赖查找）可能因
using namespace改变行为
命名空间别名怎么起才不绕口
别为了省字符乱缩写，比如把 boost::asio::ip::tcp 缩成 bai，过两周自己都看不懂。别名核心是提升可读性，不是打字速度。
使用场景：长命名空间路径频繁出现（如第三方库、模块化项目中的深度嵌套），或者想给同一命名空间在不同上下文赋予语义化称呼。
- 标准写法：
namespace fs = std::filesystem;，等号右边必须是已存在的命名空间 - 别名不能跨作用域隐式继承，
namespace A { namespace B { int x; } }中的B别名只在A内有效，除非显式写A::B - 注意和 using 声明的区别：别名是新名字，
using是把名字“抄”进来；前者不增加名字查找负担，后者会
inline namespace 是干啥的，什么时候必须用
它解决的是 ABI 兼容问题，不是为了写起来方便。如果你没在维护一个需要二进制向后兼容的库，大概率用不到它。
典型场景：C++ 标准库中 std::literals 就是 inline 的，所以你能直接写 "hello"s 而不用写 std::literals::string_literals::operator""s。
- 关键特性：inline 命名空间里的名字会自动“提升”到外层命名空间，查找时优先匹配它们
- 版本管理常用：
namespace mylib { inline namespace v1 { void func(); } namespace v2 { void func(); } }，用户调用mylib::func()默认走 v1，但链接时仍可替换为 v2 的实现 - 不能对同一个外层命名空间多次 inline 不同子空间，编译器会报错：
redefinition of inline namespace
真正容易被忽略的是 inline namespace 的链接行为——它让符号在动态库升级时保持稳定，但如果你没在导出符号、没做版本控制、也没碰过 SONAME，那它对你就是个语法彩蛋。别为了“学全”硬塞进项目里。
