咱们直接切入问题：在支持LTO的GCC版本中，inline关键字确实会对LTO的处理产生影响，具体效果和代码的声明、定义方式紧密相关，结合你给出的代码示例来拆解：

1. 先明确GCC中inline的基础规则（非LTO场景） #

在不开启LTO时，GCC对inline的处理遵循C标准的扩展规则：

• 仅用inline定义的函数默认是内部链接（类似static），只能在当前编译单元内使用。
• 如果同时有extern声明（比如你在b.h里的extern void print_x(int x);），再配合.c文件里的inline定义，这个函数会被视为外部链接，编译器会生成一个全局可见的符号，同时允许在调用点内联实现。

你的代码在非LTO场景下其实会触发链接错误：main.c编译时认为print_x是外部函数，但b.c里的inline定义默认是内部链接，链接器找不到全局符号。

2. LTO场景下的变化 #

LTO（链接时优化）会把所有编译单元的中间IR（中间表示）整合到一起，在链接阶段统一做跨单元的优化分析。这时候inline关键字的作用不是被忽略，而是和LTO的优化逻辑结合起来：

针对你的代码示例 #

当开启-flto编译时：

• 编译器在链接阶段能看到main.c里的调用、b.h的extern声明，以及b.c里的inline定义。
• 因为有extern声明，GCC会把print_x标记为外部可见的函数，但同时会优先尝试在main函数中内联其实现（因为inline关键字给出了明确的内联提示）。
• 如果编译器判断内联不合适（比如函数体过大），会生成一个全局的print_x符号供链接使用，避免非LTO场景下的链接错误。

和无inline关键字的对比 #

如果b.c里去掉inline，直接写普通的函数定义：

void print_x(int x) {
    printf("%d\n", x);
}

LTO同样会尝试跨单元内联这个函数，但差异在于：

• inline关键字给了编译器一个更强的内联优先级提示，编译器会更倾向于内联该函数。
• 非LTO场景下，普通定义的函数是外部链接，不会出现链接错误，但也失去了inline带来的主动内联优化机会（除非编译器自动触发）。

3. 总结 #

在你的代码示例中，inline关键字在LTO下的核心影响是：

• 配合extern声明解决了非LTO场景下的链接问题。
• 给LTO优化器提供了明确的内联倾向，帮助编译器更高效地完成跨单元内联。
• 同时保留了生成全局符号的 fallback 选项，兼顾了内联优化和链接正确性。

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