using 更适合定义模板别名，因为 typedef 不支持模板参数，而 using 在 C++11 中扩展支持别名模板，可参与元编程且语法更直观。
为什么 using 比 typedef 更适合定义模板别名
因为 typedef 根本不支持模板参数，它只能给具体类型起别名；而 using 在 C++11 中被扩展为支持带模板参数的别名声明，这是语法层面的硬性限制——你写不出 typedef template<typename T> std::vector<T> vec_t;，编译器直接报错。
常见错误现象：error: 'template' keyword not allowed in declaration of alias template 或干脆提示语法错误，本质是 typedef 语法规则里压根没预留模板参数位置。
-
typedef是“类型重命名”，对象必须是完整类型（如int、std::map<int, std::string>） -
using别名模板是“模板重绑定”，本质是生成新模板名，可参与偏特化、SFINAE、推导等元编程流程 - 性能上无差异，二者都零成本抽象；但可读性上
using的模板参数位置更直观，和函数模板声明一致
using 定义别名模板的标准写法和参数顺序
模板参数列表必须紧接在 using 关键字之后，且不能省略 template<...> 前缀——漏掉就会退化成普通别名，无法接受模板实参。
示例：想把 std::basic_string<charT, traits, Allocator> 简化为 string_t：
立即学习“C++免费学习笔记（深入）”；
template<typename CharT, typename Traits = std::char_traits<CharT>, typename Alloc = std::allocator<CharT>> using string_t = std::basic_string<CharT, Traits, Alloc>;
使用时：string_t<wchar_t> 等价于 std::basic_string<wchar_t>。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 默认模板参数允许写，和函数模板规则一致；但
typedef连这个机会都没有 - 模板参数名可以和原模板不同（比如用
T代替CharT），只要绑定关系清晰即可 - 不能对别名模板做部分特化（C++14 起仍不支持），若需特化逻辑，得回退到
struct+using的组合方式
嵌套模板别名和依赖类型里的坑
当别名模板内部引用了依赖于模板参数的类型（比如 T::value_type），必须加 typename 消除歧义——这点和 typedef 在模板中写法完全一致，但新手常忽略。
错误写法：using inner_t = T::value_type; → 编译失败，未加 typename。
正确写法：
template<typename T> using inner_t = typename T::value_type;
- 所有出现在模板定义体内的依赖名称（dependent name），只要表示类型，就必须前置
typename - 如果原类型本身是模板（如
T::template iterator<int>），还需补template关键字 - 别名模板不能用于非类型模板参数（NTTP）的别名，比如不能用
using size_v = N;绑定整型非类型参数——这属于语言限制，得用constexpr变量替代
兼容旧代码时怎么渐进迁移
已有大量 typedef 的头文件，又想引入模板别名？可以直接在同作用域并存，二者不冲突。但注意：别名模板名不能和已存在的 typedef 名重复，否则重定义报错。
例如已有：typedef std::vector<int> int_vec;，那么不能再写 using int_vec = std::vector<int>;。
- 推荐新项目统一用
using，老代码可暂缓，无需强求替换 - 若要封装第三方库类型（如
boost::optional<T>），优先用using别名模板，避免typedef的表达力短板 - 调试时注意：IDE 或
gdb展开类型时，别名模板会展开为原始模板，但源码里看到的是你定义的名字——这对理解实际类型很重要
最易被忽略的一点：别名模板的模板参数推导行为和函数模板一致，但不会像函数那样自动推导实参；它只在实例化时才代入，所以别指望靠 auto 或模板实参推导来绕过显式指定。
