using比typedef更适合现代C++，因其支持模板别名（如template<typename T> using Vec = std::vector<T>），而typedef无法实现；且using声明顺序更符合直觉，提升可读性与维护性。
为什么 using 比 typedef 更适合现代 C++
因为 using 支持模板别名，而 typedef 不行——这是最硬的分水岭。你写 template<typename T> using Vec = std::vector<T> 是合法的；但用 typedef 写等价形式会直接编译失败。
另一个关键点是可读性：using IntPtr = int* 和 typedef int* IntPtr 效果一样，但前者声明顺序更接近变量定义（类型在左，别名在右），尤其嵌套指针或函数指针时，using 不容易看错层级。
-
typedef对函数指针别名容易误读：比如typedef int (*Func)(double)，初学者常以为Func是函数名而非类型 -
using Func = int (*)(double)一眼看出是“指向函数的指针”类型 - 模板别名必须用
using，没有替代方案
怎么给模板类型起别名（using 唯一能干的事）
这是 using 真正不可替代的地方。比如你想简化 std::map<std::string, std::vector<int>>，又希望它能适配不同键值类型，就得靠模板别名：
template<typename K, typename V> using MapVec = std::map<K, std::vector<V>>
之后就能写 MapVec<std::string, double> myData，干净利落。
立即学习“C++免费学习笔记（深入）”；
- 不能用
typedef实现带模板参数的别名 - 别名模板不能偏特化，但可以全特化（如
template<> using MapVec<int, bool> = ...） - 如果只是固定类型，不用模板，
using和typedef效果一致，选using纯为风格统一
using 在命名空间和作用域里怎么用才不踩坑
很多人把 using 当成 using namespace std 那种“偷懒导入”，结果在头文件里乱写 using 别名，导致依赖污染或 ODR 违规。
- 头文件中尽量避免非受限的
using别名（尤其是暴露给外部的）；应在实现文件或局部作用域内定义 - 命名空间内用
using引入别名是安全的，例如：namespace util { using Clock = std::chrono::steady_clock; } - 类内部用
using定义类型别名，比typedef更清晰，也支持模板（C++11 起）：template<typename T> using value_type = T; - 不要在函数体内用
using给复杂类型起短名来“省事”，除非真能提升可读性；否则可能让调用者困惑类型来源
什么时候还不得不写 typedef
基本没有。C++11 之后所有 typedef 场景都能被 using 替代，且更直观。唯一可能“看到” typedef 的地方是旧代码、第三方库接口或某些编译器报错信息里残留的提示。
但要注意一个隐蔽差异：当用于别名枚举时，typedef 和 using 行为一致，但 C++11 引入了 enum class 后，真正该用的是强类型枚举 + using 做底层类型 alias（如 using StatusCode = uint8_t），而不是给 enum 起别名。
- 别为了兼容 C 代码而坚持用
typedef；C++ 项目里混用反而增加认知负担 - Clang/GCC 对两者的错误提示略有不同，但不影响修复逻辑
- 如果你在看一段用
typedef的代码，想改成using，只要把关键字换掉、调整下顺序就行，几乎零风险
类型别名这事本身很简单，难的是在模板嵌套、作用域边界、跨模块可见性这些地方保持克制——别名不是缩写游戏，它是类型契约的一部分。
