不能完全互换，尤其在模板场景下using是唯一可行方案；typedef不支持模板别名，而using支持alias template，且函数指针等复杂类型中using更清晰安全。
using 和 typedef 在 C++ 中能互换吗？
不能完全互换，尤其在模板场景下 using 是唯一可行方案。typedef 无法为模板类型起别名，而 using 支持模板别名（alias template），这是根本差异。
常见错误现象：typedef std::vector<t> Vec;</t> 编译失败 —— T 未声明，typedef 不接受模板参数；但 template<typename t> using Vec = std::vector<t>;</t></typename> 合法且常用。
-
typedef是 C 遗留语法，解析规则较“笨”，遇到嵌套或函数指针容易写错顺序 -
using语义更直白：左边是别名，右边是原类型，符合从左到右阅读习惯 - 两者在非模板的普通类型别名中行为一致，如
using size_t = unsigned long;和typedef unsigned long size_t;效果相同
函数指针别名怎么写才不容易翻车？
函数指针是 typedef 最易出错的使用场景之一，括号位置稍错就变成函数声明而非类型定义。用 using 可显著降低出错概率。
典型错误：typedef int FuncPtr(int); —— 这定义的是一个叫 FuncPtr 的函数，返回 int，接受 int，不是指针！正确写法必须加 * 和括号：typedef int (*FuncPtr)(int);
立即学习“C++免费学习笔记（深入）”；
-
using FuncPtr = int(*)(int);更清晰：等号右边就是完整类型表达式，无需纠结括号绕哪边 - 对于更复杂的签名（如带 const 成员函数、noexcept、引用限定符），
using可读性优势更明显 - 所有主流编译器对二者生成的符号和 ABI 完全一致，性能/兼容性无差别
什么时候还该用 typedef？
几乎没有必须用 typedef 的新代码场景，但维护旧项目时会频繁遇到它。它的存在价值仅限于兼容性和历史惯性。
使用场景：阅读或修改 C 头文件（如 sys/types.h）、遗留 C++98 代码、某些宏封装（如 BOOST_STATIC_ASSERT 内部）。
- 不要为了“兼容老程序员习惯”在新项目里刻意用
typedef - 混合使用不推荐：同一项目里既用
using又用typedef会增加认知负担，尤其对新人 - Clang-Tidy 等工具默认警告
typedef的函数指针写法，鼓励迁移到using
模板别名（alias template）为什么不能用 typedef？
因为 typedef 语法根本不支持模板参数列表，这不是实现限制，而是语言设计上就没给这个能力。C++11 明确只通过 using 引入模板别名。
错误示例：typedef std::map<k v> Map;</k> —— K 和 V 未定义，编译直接报错；想泛化就必须用 using。
-
template<typename k typename v> using Map = std::map<k v>;</k></typename>正确且简洁 - 可配合
std::enable_if_t或概念（C++20）做条件别名，typedef完全做不到 - 模板别名延迟实例化：只有真正用到某个具体
Map<int string></int>时才检查合法性，利于 SFINAE
真正容易被忽略的是：模板别名本身不引入新类型，只是“别名”，所以 static_assert(std::is_same_v<map>, std::map<int>>)</int></map> 恒为 true —— 它们就是同一个类型。
