这个问题戳中了很多性能分析场景的痛点啊！尤其是当你只能采样当前执行函数、没法依赖完整调用栈的时候，内联函数的调试信息归属问题确实烦人。针对Linux下GCC编译C++的情况，我给你整理了几个靠谱的解决方案：

方案1：强制内联 + 关闭内联函数专属调试信息 #

要实现内联后指令归属到调用行，核心是让编译器既保证内联，又不把内联函数的源码位置绑定到生成的指令上。你可以这么做：

• 给目标内联函数加上__attribute__((always_inline))属性，确保编译器无论什么优化级别都会将其inline（默认-O0下GCC可能不会主动内联，这个属性能强制生效）。
• 编译时添加-fno-debug-info-for-inline-functions选项，这个开关会告诉GCC不要为内联函数生成单独的调试条目，而是把内联后指令的行号信息关联到调用它的代码行。

举个编译命令的例子：

g++ -O2 -g -fno-debug-info-for-inline-functions your_code.cpp -o your_program

这里-O2是为了确保内联优化正常工作（-O1也可以，甚至-O0配合always_inline也能触发内联），-g是生成DWARF调试信息的基础。

方案2：全局扁平化函数调用 #

如果你希望尽可能让所有能内联的函数都被内联，并且调试信息统一归属到调用点，可以用-flatten编译选项：

• 这个选项会让GCC把所有可行的函数调用都内联到调用者中，相当于全局开启“尽可能内联”的策略。
• 配合-g和优化级别使用后，内联后的指令会直接关联到调用行的调试信息，原内联函数的位置信息会被弱化。

编译命令示例：

g++ -O2 -g -flatten your_code.cpp -o your_program

注意：这个选项是全局生效的，如果你只想针对特定函数调整，方案1更灵活。

方案3：给调用者加扁平化属性 #

如果不想全局修改内联策略，可以给包含内联函数调用的父函数加上__attribute__((flatten))属性，这样该父函数里的所有可内联调用都会被强制内联，且调试信息归属到父函数的调用行：

// 定义强制内联的函数
inline __attribute__((always_inline)) void my_inline_func() {
    // 内联函数的业务代码
}

// 给调用者加flatten属性，确保内部的内联调用被处理
__attribute__((flatten)) void caller_func() {
    my_inline_func(); // 这里的指令会被归属到当前行，而非my_inline_func的源码行
}

额外注意事项 #

• 调试模式（-O0）下，即便加了always_inline，GCC可能还是会保留内联函数的调试信息，建议配合至少-O1的优化级别来确保行为符合预期。
• 这些方案在Clang下也基本通用，Clang同样支持-fno-debug-info-for-inline-functions和-flatten选项，行为逻辑和GCC一致。
• 这些调整直接作用于DWARF的行号表，像perf这类性能分析工具采样时，就会把内联后的指令归属到调用点的函数，完美适配你只采样当前函数的场景。

内容的提问来源于stack exchange，提问作者einpoklum