C++中.cpp文件内无inline前缀的函数是否永远不会被内联展开？

哥们儿，我之前重构旧代码的时候也纠结过一模一样的问题，当时翻了不少编译器文档和标准细节，现在给你捋得明明白白：

1. 实现于.cpp文件且无inline前缀的函数，会不会永远不被内联？ #

答案绝对不是“永远不会”，得拆成两种情况看：

• 同编译单元内的调用：如果函数和调用它的代码在同一个.cpp文件里，现代编译器（比如GCC、Clang、MSVC）在开启优化（比如-O2、/O2及以上级别）时，完全会自动判断要不要把这个函数内联——毕竟编译器能拿到函数体的全部信息，只要它觉得内联能提升性能，就会这么做，根本不需要你加inline关键字。
• 跨编译单元的调用：默认情况下（没开链接时优化），其他.cpp文件看不到这个函数的实现，所以没法内联。但如果开启了链接时优化（LTO/Link-Time Optimization，比如GCC的-flto、MSVC的/LTCG），编译器会在链接阶段把所有编译单元的代码整合起来分析，这时候跨文件的无inline函数也有被内联的可能。

简单总结：inline只是给编译器的一个“建议”，不是内联的必要条件；反过来，没加inline的函数，编译器也可能主动内联——只要它有足够的信息这么做。

2. 把函数保留在头文件，是不是至少有被内联的可能性？ #

是的，而且这是让函数有机会被跨编译单元内联的常用方式，但要注意正确的写法：

• 如果函数不加inline直接放头文件，会触发重复定义错误（因为每个包含头文件的.cpp都会生成一份函数定义）。你可以用static或者匿名命名空间解决，但这样每个编译单元会有一份独立的函数副本，虽然每个单元内的调用可以被内联，但跨单元不行，还会增加代码体积，不太推荐。
• 正确的姿势是给函数加上inline再放头文件：这符合C++标准（允许同一个inline函数在多个编译单元中定义，只要定义完全一致），编译器既能看到函数体，又不会报错，自然就有了内联的可能性——当然，最终内联与否还是编译器说了算，但至少给了它这个选项。

另外补个小细节：类的成员函数如果直接在类定义里实现，默认就是inline的，所以这类函数放头文件完全没问题，天生就有被内联的机会。

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