模板别名必须用using，typedef不支持带模板参数的类型别名；using语义清晰、模板友好、与标准库一致，新代码应统一使用using。
模板别名只能用 using，typedef 完全不支持
这是最硬性的分水岭：只要你想定义一个带模板参数的类型别名（比如 Vec<int></int>、Map<string vector>></string>），typedef 就直接报错。它语法上就不允许模板形参出现在声明里。
-
template<typename t> using Vec = std::vector<t>;</t></typename>✅ 合法，可直接实例化Vec<int></int> -
template<typename t> typedef std::vector<t> Vec;</t></typename>❌ 编译失败，C++ 标准明确禁止 - 有人试图绕过：用
struct包一层再typedef内部类型，写法臃肿、无法推导模板参数、不能用于别名模板特化
函数指针和嵌套类型，using 读起来像“赋值”，typedef 容易看串行
比如定义一个返回 bool、接受两个 const string& 的比较函数指针：
-
using Compare = bool (*)(const std::string&, const std::string&);→ 左边是别名名，右边是完整类型，从左到右自然读 -
typedef bool (*Compare)(const std::string&, const std::string&);→Compare被夹在中间，初学者常误以为是变量名或返回值，尤其嵌套时（如成员函数指针）极易出错 - 在类模板中重导
value_type或iterator时，using与auto/decltype风格一致，也更利于 SFINAE 和类型萃取
现代 C++ 项目里该用哪个？统一选 using 是最小认知成本方案
不是“能用 typedef 就不用”，而是：using 能覆盖全部场景，typedef 只能覆盖子集；且两者混用会增加维护负担。
- 新代码一律用
using：语义清晰、模板友好、与标准库风格对齐（STL 头文件里全是using） - 旧项目迁移时，不必强求改
typedef，但新增别名必须用using - 唯一保留
typedef的合理理由：需要兼容 C 语言头文件（比如封装 C API 时暴露给 C 代码用的类型），否则无必要
真正容易被忽略的点是：模板别名不是“锦上添花”，而是泛型编程基础设施——比如自定义分配器容器、策略类包装、类型擦除适配器，没 using 就得写冗余结构体或宏，代码可读性和可维护性断崖下跌。
立即学习“C++免费学习笔记（深入）”；
