命名空间别名用namespace 别名 = 完整路径;语法定义，仅缩短路径、不引入符号，须在全局/命名空间/类作用域声明，左侧为合法标识符，右侧为已声明命名空间，不可含::，不支持局部或函数内定义。
用 namespace 关键字加等号定义别名
命名空间别名不是靠 using，也不是类型别名（typedef 或 using 类型声明），而是独立语法：namespace 后跟别名、=、再跟完整命名空间路径，末尾加分号。
比如 std::chrono::duration_cast 太长，可以缩写：
namespace ch = std::chrono;
之后就能写 ch::seconds、ch::duration_cast<ch::milliseconds>(d)。
- 别名必须是合法标识符（不能含
::，不能以数字开头） - 右侧必须是已声明的命名空间（不能是类、函数或未定义的嵌套路径）
- 作用域规则和普通命名空间一致：在哪个作用域声明，就在该作用域生效
嵌套命名空间别名要写全路径
别名不支持“局部展开”，比如你不能只给 std::chrono::steady_clock 起别名，而必须从顶层开始写全：
立即学习“C++免费学习笔记（深入）”；
namespace sc = std::chrono::steady_clock; // ✅ 正确
但下面这个是错的：
namespace steady_clock = std::chrono::steady_clock; // ✅ 也对，名字合法就行
而这个会编译失败：
namespace chrono::steady_clock = std::chrono::steady_clock; // ❌ 语法错误：左侧不能含 ::
- 别名左边只能是一个标识符，不能带作用域解析
- 如果原命名空间很深（比如
boost::geometry::index::detail::rtree），别名能显著减少重复输入，但得一次性写对整条路径 - 别名本身不能递归引用自己，也不能在定义前使用
和 using namespace 的关键区别
using namespace X; 是把 X 里所有名字注入当前作用域，容易引发名字冲突；而命名空间别名只是给路径起个短名字，不引入任何符号。
例如：
namespace fs = std::filesystem;
此时 fs::path 可用，但 path 本身不可直接用 —— 这正是它安全的原因。
-
using namespace std;在头文件里是严重隐患；别名则完全安全，头文件中常见 - 别名不改变查找规则：
fs::path仍按 ADL 规则找关联命名空间，不会意外匹配到其他path - 调试时 IDE 通常能跳转到别名定义处，也能展开显示原始路径
别名可以跨作用域，但不能在函数内定义
命名空间别名只能在全局、命名空间或类作用域中声明，不能在函数体内写：
void f() {
namespace ns = some::deep::ns; // ❌ 错误：不允许在块作用域中定义命名空间别名
}
但可以在匿名命名空间或内联命名空间里用：
namespace {
namespace lh = mylib::helpers;
}
- 类内部也不允许（C++ 标准明确禁止）
- 模板参数中不能直接用别名名作为命名空间（需先定义再使用）
- 多个别名可指向同一命名空间，无副作用
google::protobuf、llvm::sys）最常受益于这种别名。别名本身零开销，编译期就解析完了，唯一容易被忽略的是：它不解决“该不该用这个命名空间”的设计问题，只解决“写起来太啰嗦”的表达问题。 
