现代C++中using是定义类型别名的首选方式，因其语法直观、支持模板别名、统一风格且兼容性良好；typedef虽等效但表达力弱、不支持模板别名、阅读性差。
现代C++中，using 是定义类型别名的首选方式，而 typedef 虽然功能等效，但在表达力、可维护性和泛型支持上已明显落后。
语法结构更贴近直觉
using 采用“左值 = 右类型”的赋值式写法，语义清晰；typedef 则延续C语言风格，把别名放在声明末尾，对复杂类型容易造成阅读障碍。
- using FuncPtr = void (*)(int); —— 一眼看出 FuncPtr 是什么
- typedef void (*FuncPtr)(int); —— 类型修饰符缠绕在中间，需反向解析
- 嵌套模板或成员函数指针时差异更显著，比如
using MemberFunc = void (MyClass::*)(double);比对应 typedef 写法直观得多
唯一支持模板别名（alias template）的方式
这是二者最不可替代的差距：typedef 根本无法直接定义带模板参数的别名，而 using 可以简洁实现。
- template
using Vec = std::vector >; -
template
typedef std::vector —— 编译报错> Vec; - 若强行用 typedef 实现类似效果，必须借助 struct 包装 + ::type 访问，冗长且不自然
统一风格，利于大型项目维护
using 不仅用于类型别名，还用于命名空间引入（using namespace std;）、基类成员提升（using Base::func;）等场景。在代码中统一使用 using，能降低认知切换成本。
立即学习“C++免费学习笔记（深入）”；
- 同一份头文件里，既有
using Iterator = typename Container::iterator;，又有using Callback = std::function，风格一致、逻辑连贯; - typedef 在模板特化、SFINAE 或类型萃取中配合
typename使用时，嵌套层级多时易出错；using 更稳定 - 新团队协作或开源项目中，using 已成事实标准，减少新人理解门槛
兼容性不是问题，除非你卡在 C++98
所有主流编译器（GCC、Clang、MSVC）对 C++11 的支持早已成熟，C++14/17/20 项目默认启用 C++11 或更高标准。
- 旧项目可逐步替换 typedef，无需一次性重写
- 混合使用无冲突：typedef 和 using 定义的别名完全等价，可互相替换
- 只有极少数嵌入式或遗留系统仍受限于老标准，此时才需保留 typedef
