函数内联是否依赖调用点？求无#pragma的C++差异化内联示例

核心结论 #

函数内联确实依赖调用点，编译器会针对每个调用点的独立上下文，分别决定是否执行内联操作。

可行代码示例（纯C++） #

以下代码在GCC或Clang的-O2优化级别下，会出现同一函数的两个调用点一个被内联、另一个不被内联的情况：

#include <iostream>

inline int add(int a, int b) {
    return a + b;
}

int main() {
    // 调用点1：简单常量调用，编译器会直接内联并计算出常量结果
    int small_val = add(1, 2);
    std::cout << small_val << std::endl;

    // 调用点2：循环内的重复调用，编译器会权衡代码膨胀成本，选择保留函数调用
    int total = 0;
    for (int i = 0; i < 10000; ++i) {
        total += add(i, i + 1);
    }
    std::cout << total << std::endl;

    return 0;
}

原理说明 #

编译器的内联决策并非全局统一，而是逐调用点分析：

• 对于调用点1，add(1,2)是简单常量运算，内联后直接替换为常量3，几乎无代码膨胀，收益极高，因此会被内联。
• 对于调用点2，循环内重复调用add若被内联，会导致代码量大幅膨胀（循环体重复10000次等价逻辑），编译器会判断这种膨胀的代价超过内联带来的性能提升，因此选择保留函数调用，不进行内联。

内容的提问来源于stack exchange，提问作者Dr. Gut