命名空间别名（如namespace http2 = my_company::core::network::http::v2;）是最轻量的嵌套命名空间缩写方式，需在作用域顶部定义，不改变语义且编译器等价处理原路径。
用 namespace 别名缩短嵌套命名空间
直接写 namespace 别名是最轻量、最常用的方式，适用于整个命名空间层级的缩写。它不改变任何语义，也不影响查找规则，只是给长路径起个新名字。
比如你有 my_company::core::network::http::v2，每次写都累，可以这样缩：
namespace http2 = my_company::core::network::http::v2;
之后就能直接用 http2::Request、http2::parse()，编译器完全等价于原路径。
- 必须在作用域顶部（如文件开头或命名空间内）定义，不能在函数里
- 别名本身不能带模板参数或条件逻辑，纯静态映射
- 如果原命名空间未声明或拼错，错误信息会指向别名定义行，而不是使用处，排查时注意回溯
用 using 声明引入特定类型，避免污染全局
当你只频繁用某几个类型（比如 my_company::core::logging::LoggerPtr），但不想引入整个命名空间，using 声明更精准。
立即学习“C++免费学习笔记（深入）”；
using LoggerPtr = my_company::core::logging::LoggerPtr;
这和 typedef 等价，但支持模板和右值引用，是现代 C++ 推荐写法。
- 可在头文件中用，但要小心：如果头文件被多个源文件包含，这个别名就暴露给了所有包含者
- 若原类型改名或移动，编译失败点在
using行，而非使用处，容易误判依赖关系 - 不建议在全局作用域大量用
using引入，尤其别写using namespace xxx;—— 会引发名称冲突，尤其在头文件里是硬伤
模板命名空间别名？C++11 不支持，得绕一下
C++ 标准不支持带模板参数的命名空间别名，比如你不能写 namespace vec2d = std::vector<:vector>>;</:vector> —— 这语法非法。
如果真需要“参数化缩写”，实际做法是封装一层命名空间 + using 模板别名：
namespace vec {
template<typename T>
using matrix2d = std::vector<std::vector<T>>;
}
然后用 vec::matrix2d<double></double>。这不是命名空间别名，但效果接近，且符合标准。
- 别试图用宏模拟（如
#define MAT(T) std::vector<:vector>></:vector>），宏不参与类型系统，IDE 无法跳转，调试器看不到真实类型 - 这种封装适合高频复用的嵌套模板类型，但别为一次使用就加一层，增加理解成本
头文件里定义别名要注意 ODR 和一致性
如果在头文件中定义 namespace 别名或 using 类型别名，所有包含它的 TU（translation unit）都会看到同一份定义——这本身没问题，但一旦不同头文件对同一别名给出不同定义（比如一个写 namespace ns = a::b::c;，另一个写 namespace ns = a::b::d;），就会违反 ODR（One Definition Rule），链接时报错或行为未定义。
- 确保别名定义只出现在一个地方：要么在单一头文件中集中管理（如
aliases.h），要么只在实现文件（.cpp）里用 - 如果项目用模块（C++20 modules），别名可放在模块接口单元里，由模块系统保证唯一性，但目前主流项目仍以头文件为主
- 别名名尽量带项目前缀（如
my_http_v2而非http2），降低跨库冲突概率
