编译器优化是什么
你写了一段代码，保存、编译、运行，程序跑起来了。但你有没有想过，最终在电脑上执行的，可能跟你写的代码长得完全不一样？这背后，就是编译器优化在起作用。
简单说，编译器优化就是在把源代码翻译成机器码的过程中，自动“改写”代码，让它运行得更快、占用内存更少，或者更省电，同时保证结果不变。
为什么需要优化？
比如你写了个循环，反复计算同一个值：
for (int i = 0; i < 1000; i++) {
int result = 5 * 8 + 2;
printf("%d: %d\n", i, result);
}这个 5 * 8 + 2 其实恒等于 42，根本不用每次循环都算一遍。聪明的编译器会把它提到循环外面，甚至直接替换成 42，省下 999 次无效计算。
常见的优化手段
常量折叠：像上面的例子，编译器在编译期就完成计算，不等到运行时。
死代码消除：如果你写了永远不会被执行的代码，比如判断一个永远为真的条件之后的 else 分支，这部分会被直接删掉。
函数内联：频繁调用的小函数，编译器可能会把它的内容直接插入到调用处，省去函数调用的开销。
循环展开：把循环体复制几次，减少跳转次数。比如原本循环 10 次，变成一次做两次操作，循环 5 次。
优化不是万能的
编译器再聪明，也得遵守“不能改变程序行为”的铁律。有些优化只在特定级别开启（比如 GCC 的 -O2 或 -O3），也可能带来副作用。比如过度优化会让调试变得困难，因为源码和实际执行的逻辑对不上。
另外，程序员写的代码质量仍是基础。指望编译器救回一堆混乱逻辑，不如自己先写清楚结构、减少冗余。
就像做饭，食材新鲜、步骤清晰，火候再好才能出好菜。编译器是那个擅长掌控火候的大厨，但你得先把菜洗好切好。