这里通常是拿 "类型别名" 这个语境来比较，也就是：
- using：指 using 别名 = 类型;
- typedef：旧式类型别名
- #define：预处理宏替换
先给结论：
- 现代 C++ 里，类型别名优先用 using
- 需要兼容老式 C/C++ 代码时，用 typedef
- #define 不适合做类型别名，除非非常特殊的历史遗留场景，平时应尽量避免
本质区别
-
using 和 typedef
它们都属于"类型系统"的一部分，编译器知道你定义的是类型别名。
-
#define
它只是预处理阶段的纯文本替换，编译器并不知道你本来想表达"类型"。
所以从根上说：
- using / typedef：是类型级别的机制
- #define：是文本替换机制
using 的优点
-
可读性最好
尤其是复杂类型，比如函数指针、模板类型，using 明显更直观。
-
支持别名模板
这是它相对 typedef 最重要的优势之一。
例如可以写成这种思路：
template <typename T>
using Vec = std::vector<T>;
typedef 做不到这么自然的模板别名。
-
更符合现代 C++
C++11 之后，using 是主流写法，和 auto、decltype、模板代码风格更统一。
-
复杂声明更容易理解
尤其是函数指针、成员函数指针这类，using 通常比 typedef 清楚很多。
using 的缺点
-
需要 C++11 及以上
如果项目太老，或者要兼容纯 C，就不能靠它。
-
using 这个关键字用途很多
它不只是做类型别名，还能做 using declaration、using namespace，所以初学时容易混淆。
但这不算语言缺陷，更像学习成本问题。
typedef 的优点
-
兼容性好
老代码、老编译器、C 风格代码里都很常见。
-
表达简单类型别名时足够用
比如给结构体、整型、指针起别名，完全没问题。
-
在遗留项目中非常普遍
很多旧库、旧接口都还在使用 typedef。
typedef 的缺点
-
复杂类型可读性差
越复杂越难读，特别是函数指针声明，阅读负担明显大于 using。
-
不支持别名模板
这是和 using 比较时最实用的短板。
-
现代泛型代码里不够自然
在模板和元编程场景下，using 通常更顺手。
#define 的优点
-
最简单粗暴
预处理阶段直接替换，几乎任何老环境都能用。
-
某些条件编译场景仍然有用
比如宏开关、平台适配、头文件保护，这些仍是它的传统强项。
#define 的缺点
-
不安全
它只是文本替换，没有类型检查。
-
可读性和可调试性差
出错时展开后的代码可能和你写的完全不像，定位问题更麻烦。
-
容易污染命名空间
宏没有真正的作用域概念，名字冲突风险大。
-
容易产生隐藏 bug
特别是用于常量、函数样式宏、类型替换时，问题很多。
-
不适合定义类型别名
因为它不是类型系统的一部分，和 using / typedef 不是一个层面的工具。
三者对比
- 类型安全
- using：好
- typedef：好
- #define：差
- 可读性
- using：最好
- typedef：一般
- #define：最差
- 模板支持
- using：最好，支持别名模板
- typedef：弱
- #define：没有真正的模板能力
- 兼容旧代码
- using：一般
- typedef：最好
- #define：也很老，但不推荐拿来做类型别名
- 调试体验
- using：好
- typedef：好
- #define：差
实际建议
-
新 C++ 项目
优先使用 using。
-
维护旧代码、老接口、C/C++ 混合项目
可以继续使用 typedef，但新增代码通常仍建议优先写 using。
-
#define 的合适场景
主要用于条件编译、平台开关、头文件保护、少量编译期宏控制。
不建议用它来定义类型别名，也不建议用它替代常量或内联函数。
一句话总结
- using：现代、清晰、功能最强，首选
- typedef：老派但可靠，适合兼容遗留代码
- #define：只是文本替换，不适合拿来做类型别