using支持模板别名而typedef不支持，且using语法更直观、可读性更高，适用于依赖类型声明和现代C++模板编程。
using 能给模板起别名，typedef 不行
这是最直接的差异：当你想为一个带模板参数的类型定义别名时，using 支持模板参数列表，typedef 完全不支持。比如你想定义「每个 T 对应的 std::vector<t></t> 别名」，typedef 写不出来，硬写会报错 error: a typedef cannot be a template。
实操建议：
-
using Vec = std::vector<int>;</int>—— 普通类型，两者都行 -
template<typename t> using Vec = std::vector<t>;</t></typename>—— 只有using合法 -
template<typename t> typedef std::vector<t> Vec;</t></typename>—— 编译失败，语法错误
using 的语法更贴近变量声明，不易写反
typedef 的声明顺序反直觉：类型在前、别名在后，和变量声明相反。比如 typedef int* IntPtr;，新手常误以为 IntPtr 是 int 类型，其实它是 int*；而 using IntPtr = int*; 和 int* p; 一致，一眼看出是指针类型。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
typedef int* A, B;→A是int*，B是int（不是指针！） -
using A = int*, B = int*;→ 两个都是指针，语义清晰 - 涉及函数指针或数组引用时，
typedef嵌套极易出错，using可读性明显更高
using 在模板内部更自然地表达依赖类型
在类模板里，如果想把某个嵌套类型（比如 T::value_type）拎出来重命名，using 直接写就行；用 typedef 就得加 typename 前缀，还容易漏——编译器不会立刻报错，但实例化失败时提示晦涩，比如出现 dependent name is not a type。
使用场景举例（类模板内部）：
-
using value_type = typename T::value_type;—— 清晰、必须加typename，编译器能早检查 -
typedef typename T::value_type value_type;—— 语法合法但冗余，且一旦漏掉typename，错误可能延迟到模板实例化才暴露 - 现代代码中，几乎没人再用
typedef声明依赖类型，因为风险高、收益低
别名模板无法被 decltype 或 auto 推导替代
有人觉得「反正现在有 auto 和 decltype，还要别名干啥」？错。别名模板是编译期的类型构造工具，不是推导手段。auto 解决的是变量初始化时的类型省略，它不产生新类型，也不能参数化；using 别名模板则用于接口设计、简化模板签名、统一类型策略。
性能与兼容性影响：
-
using别名完全零开销，编译期消失，不影响运行时性能 - 所有 C++11 及以上标准都支持，无兼容性问题（C++03 不支持，但已淘汰）
- 不要试图用
auto替代using模板别名——auto不能出现在模板参数、返回类型、成员声明等位置
复杂点在于：别名模板的参数推导规则和函数模板不同，比如特化限制更多，using 本身不能偏特化，得靠 struct + using 组合实现。这点很多人第一次踩坑时才意识到。
