模板别名必须用using而非typedef，因typedef不支持模板参数；using语法直观、符合变量声明习惯，现代C++标准和主流指南均推荐使用，兼容性在C++11及以上无问题。
模板别名只能用 using，typedef 直接报错
这是最硬的分水岭：只要你想定义一个带模板参数的别名（比如 Vec 这种），typedef 就完全失效。它语法上不接受模板形参，写出来就是编译错误。
-
template✅ 合法，后续可写using Vec = std::vector ; Vec、Vec<:string> -
template❌ 编译失败，GCC/Clang/MSVC 一致报错：typedef std::vector Vec; error: expected unqualified-id before 'template' - 有人试图绕过，用
struct包一层再加typedef，但结果是Vec—— 多一层间接、多一次打字、破坏直觉::type
函数指针和成员函数指针，using 一眼看懂，typedef 得反向解析
面对 void (MyClass::*)(double) const 这类声明，typedef 的括号位置和修饰符缠绕极易出错；using 则完全复用变量声明语法，所见即所得。
-
using MemberFunc = void (MyClass::*)(double) const;→ 左边是别名，右边是“你声明一个变量时会怎么写”，直接对应 -
typedef void (MyClass::*MemberFunc)(double) const;→ 必须把MemberFunc从中间拎出来，再往左看修饰符，新手常漏掉const或错放括号 - 在调试或 Code Review 时，前者扫一眼就确认类型，后者常需停顿 + 查资料
新项目统一用 using，不是“更好”，而是“不踩坑”
不是风格偏好问题，而是现代 C++ 生态已默认 using 为事实标准。混用反而增加认知成本和维护负担。
- STL 和 Boost 中所有内嵌类型（如
value_type、iterator）都用using定义，保持风格一致 - Google C++ Style Guide、CppCoreGuidelines 明确推荐
using，团队协作中减少新人困惑 - 旧代码里保留
typedef没问题，但新增类型别名请无条件写using—— 不需要说服同事，也不用写注释解释“为什么这里不用 typedef”
兼容性不是问题，除非你卡在 C++98
2026 年还在用 C++98 的场景极少见。主流编译器对 C++11 支持早已稳定，连嵌入式工具链（如 ARM GCC 10+）也默认启用 C++11。
立即学习“C++免费学习笔记（深入）”；
- Clang 3.3+、GCC 4.8+、MSVC 2015+ 全支持
template using - 混合使用无任何副作用：
typedef和using定义的别名完全等价，可以互相赋值、作为模板实参、用于decltype - 唯一真实限制：某些超老的遗留构建系统（比如基于 Makefile + GCC 4.4 的工业控制器固件）可能还没升级，这种情况下才需要查
__cplusplus宏做条件编译
真正容易被忽略的点是：很多人知道 using “更现代”，但没意识到它在模板元编程里是刚需——比如配合 std::enable_if_t 做类型映射、或封装 std::variant 的访问逻辑时，using 是唯一能写出清晰、可推导、可特化的别名方式。
