内联函数比宏更安全、可控。因为宏存在类型安全问题，如square(a+b)展开后为a+b*a+b，导致错误；宏可能引发副作用，如max(i++,j++)使变量多增；宏无法调试且易致代码膨胀。而内联函数会进行类型检查，参数先计算，可调试且编译器优化避免过度膨胀。此外，内联函数是否真正内联由编译器决定，若函数复杂、调用频繁或优化级别低，可能不内联。因此，应优先使用内联函数，仅在定义常量、条件编译或生成重复代码时考虑宏。
内联函数和宏，都是C语言中用来提升程序效率的手段，但它们在本质上是不同的。简单来说，内联函数是编译器层面的优化，而宏是预处理器层面的替换。
内联函数在编译时尝试将函数体直接嵌入到调用处，减少函数调用的开销。宏则是在预处理阶段进行文本替换，可能会带来一些意想不到的问题。
为什么有了宏还要有内联函数？宏的缺陷在哪里？
宏虽然简单直接，但在很多情况下并不安全。
立即学习“C语言免费学习笔记（深入）”；
-
类型安全问题： 宏不做类型检查，这很容易导致一些隐蔽的错误。例如，
#define SQUARE(x) x*x，当你使用SQUARE(a+b)时，会被展开成a+b*a+b，这显然不是你想要的结果。内联函数则会进行类型检查，更加安全。
副作用问题： 宏展开可能导致副作用。例如，
#define MAX(a,b) ((a)>(b)?(a):(b))，如果你使用MAX(i++, j++)，那么i和j中较大的那个会被递增两次。内联函数则不存在这个问题，因为它们在调用时会先计算参数的值。调试困难： 宏展开是在预处理阶段完成的，调试器无法跟踪宏的展开过程。内联函数则可以像普通函数一样进行调试。
代码膨胀： 过度使用宏可能会导致代码膨胀，因为宏会在每个调用处展开。内联函数虽然也会增加代码体积，但编译器会根据情况进行优化，避免过度膨胀。
内联函数一定会被内联吗？编译器说了算！
即使你使用了 inline 关键字，编译器也未必会真正将函数内联。编译器会综合考虑函数的复杂程度、调用频率等因素，决定是否进行内联。
- 函数体过于复杂： 如果函数体包含循环、递归等复杂结构，编译器通常不会将其内联。
- 函数调用过于频繁： 如果函数在多个地方被频繁调用，编译器可能会选择不内联，以避免代码膨胀。
- 编译器优化级别： 编译器优化级别也会影响内联函数的处理。在较低的优化级别下，编译器可能不会进行内联。
你可以通过编译器的选项来控制内联函数的行为，例如 GCC 的 -finline-functions 选项。
如何选择：宏还是内联函数？
一般来说，优先选择内联函数。只有在以下情况下才考虑使用宏：
-
简单的常量定义： 例如，
#define PI 3.1415926。 -
条件编译： 例如，
#ifdef DEBUG ... #endif。 -
代码生成： 宏可以用于生成一些重复的代码，例如，
#define GEN_FUNC(type) void func_##type(type x) { ... }。
总而言之，内联函数是更安全、更可控的选择。在现代 C 语言编程中，应该尽量避免使用宏，除非有特殊的需求。
// 内联函数示例
inline int square(int x) {
return x * x;
}
// 宏示例 (不推荐)
#define SQUARE(x) x*x
int main() {
int a = 5;
int b = square(a); // 内联函数调用
int c = SQUARE(a); // 宏调用
printf("square(%d) = %d\n", a, b);
printf("SQUARE(%d) = %d\n", a, c);
return 0;
} 
