内联函数中初始化变量的行为疑问：为何CPU跳过计算？

核心原因：编译器优化行为的差异 #

当函数被声明为inline后，编译器获得了更大的优化权限，主要涉及两种关键优化：

• 死代码消除：如果编译器分析出你初始化的5个变量后续没有被实际使用（或它们的值对程序最终输出无影响），会直接移除这些变量的计算代码。而普通函数作为独立代码单元，默认优化级别下编译器通常不会轻易删除其内部的计算逻辑，哪怕变量未被使用。
• 内联展开后的全局常量折叠：内联函数的代码会被直接插入调用位置，编译器可结合上下文做全局分析。如果round()/ceil()/fabs()的输入是常量，编译器会在编译阶段提前计算出结果，完全跳过运行时计算，自然就没有了对应的CPU周期消耗。

调试器跳过代码的原因 #

调试器依赖编译时生成的调试信息映射源代码与机器码。当编译器对inline函数做激进优化（如删除代码、合并计算）后，原源代码行与生成的机器码失去对应关系，调试器无法找到对应的执行点，就会表现为直接跳过变量初始化代码。而普通函数保留了更多调试信息与原始代码结构，因此能逐行执行。

验证建议 #

• 检查变量是否在后续代码中被实际使用：若仅初始化未读取，编译器删除计算是合理优化。
• 关闭编译器优化（如使用-O0编译参数）后对比两种函数的执行情况：关闭优化后，inline函数的行为会与普通函数一致，调试器也能正常逐行执行计算步骤。

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