Rust 中的宏（macro）和普通函数有以下核心区别，分别从用途、扩展方式、性能影响和语法特征等多个方面来解释：
📌 1. 定义方式
| 项目 | 宏 | 函数 |
|---|---|---|
| 定义方式 | macro_rules! 或 macro（新版） | fn 关键字 |
| 调用方式 | 类似于函数，但结尾是 !（如 println!()） | 常规函数调用，如 foo() |
📌 2. 是否发生在编译前
-
宏是在编译前展开（即代码生成阶段），属于语法扩展。
-
函数是在编译时处理，属于语义层面的内容。
🔹 也就是说，宏是**"写代码的代码"（元编程）**，它能生成任意的代码。
📌 3. 接受参数的灵活性
-
宏可以接受任意数量和类型的参数，比如可以写一个
vec![1, 2, 3]，其中元素的个数不限。 -
函数参数必须在定义时确定类型和数量，如
fn add(x: i32, y: i32) -> i32
📌 4. 支持控制语句与语法结构
-
宏可以生成结构体、模块、甚至实现某个 trait 的代码。
-
函数只能做语句级的运算，无法控制代码结构的生成。
✅ 举例：
macro_rules! say_hello {() => {println!("Hello!");};
}fn say_hello_fn() {println!("Hello!");
}
-
say_hello!()是在编译前展开为println!("Hello!"); -
say_hello_fn()是在运行时执行
📌 5. 性能差异
-
宏展开后的代码可以是内联的，性能可能更高（尤其在频繁调用时）。
-
函数调用会有栈帧压栈和跳转，但现代优化后开销极低。
但是，不建议滥用宏来替代函数，维护成本高，错误难以定位。
📌 6. 调试难度
-
宏展开后的代码不容易调试，编译错误也更难理解。
-
函数调用的错误通常更清晰、定位更简单。
📌 7. 使用场景对比
| 场景 | 建议用宏 | 建议用函数 |
|---|---|---|
| 想写 DSL（领域特定语言） | ✅ 是 | ❌ 否 |
| 生成重复代码 | ✅ 是 | ❌ 否 |
| 普通逻辑封装 | ❌ 否 | ✅ 是 |
| 控制编译结构 | ✅ 是 | ❌ 否 |
✅ 总结一句话
宏是为了解决不能用函数解决的问题，比如代码生成和语法扩展，而函数是写程序逻辑的主力。能用函数就不要用宏，除非你需要编译期的代码生成能力。
需要我举更复杂的例子，比如自己实现一个 my_vec! 宏、或者对比 println! 和 print_fn 吗？
