推荐优先使用内联函数而非宏，因宏是预处理文本替换，无类型检查易引发副作用，而内联函数具类型安全、可调试且支持重载与模板；例如SQUARE(a++)导致多次递增，square(a++)则行为明确；现代编译器对两者性能优化相近，宏无速度优势；应以inline或constexpr函数替代函数式宏，仅在条件编译等必要场景使用宏。

在C++中，宏和内联函数（inline function）都可以用来减少函数调用开销，但它们的机制、安全性以及适用场景有很大不同。一般来说，推荐优先使用内联函数而不是宏，除非有特殊需求必须使用宏。

宏与内联函数的本质区别

宏是预处理器处理的文本替换，发生在编译之前；而内联函数是真正的函数，由编译器在编译时进行展开。

• 宏：通过 #define 定义，不进行类型检查，只是简单的字符串替换，容易引发副作用。
• 内联函数：使用 inline 关键字建议编译器将函数体插入调用处，具有完整的类型安全和作用域规则。

例如：

使用宏 SQUARE(a++) 可能导致 a 被多次递增，产生未定义行为；而 square(a++) 则只会递增一次，行为明确。

安全性与可调试性对比

宏缺乏类型检查，参数不会被求值保护，容易出错且难以调试；内联函数则具备完整的函数特性。

• 宏错误通常在展开后才暴露，报错位置不直观。
• 内联函数可以设置断点、参与重载、支持模板，便于维护和测试。
• IDE 对内联函数的支持更好，能提供自动补全、跳转等功能。

性能差异其实很小

现代编译器非常智能，即使不显式写 inline，也会对小函数自动内联优化；反过来，即使写了 inline，编译器也可能忽略。

• 真正影响性能的是函数是否适合内联，而不是用了宏就更快。
• 宏可能导致代码膨胀更严重，因为没有作用域限制，重复展开风险高。

推荐用法总结

应尽量避免使用宏实现“类似函数”的功能，改用内联函数或 constexpr 函数。

• 用 inline 函数 替代函数式宏（如 min、max、abs 等）。
• 用 constexpr 函数 实现编译期计算，比宏更安全高效。
• 只在必须使用宏的场景下保留宏，比如条件编译 #ifdef、日志宏、断言等。
• 如果一定要写宏，记得给参数加括号，并避免带副作用的表达式。

基本上就这些。C++ 的设计趋势是“类型安全优先”，宏虽然灵活但危险，内联函数在绝大多数情况下都是更好的选择。