所以，通过这个例子，大家可以看出来为什么同样的代码，用O2就可以过，用O0就过不了。内核里面有许多类似设想编译器会进行优化的代码。
3.我们不想inline了
由于编译的优化，有些函数(比如小函数和全工程里面只被一个人调用的函数)虽然没有显示地写成inline，但是编译器优化为inline了，这给调试造成了一些麻烦，因为找不到这个函数对应的symbol了。
这个时候，我们可以显示地写明某些函数我们不想inline:
否则，上面2个函数，即便你代码里面没有写inline，由于O2和Os使能了相关的inline选项，也可能被编译器自动inline掉，如果我们想拒绝inline，可以通过noline来标识。
4.我不想被优化
在全局已经使能O1， O2， O3， Os的情况下，某个单独的函数我们不想做任何的优化，可以用__attribute__((optimize("O0")))来修饰这个函数，比如我们把上述用O2可以编译过的代码进行如下修改：
重新用O2编译：
$ gcc -O2 cc.c /tmp/cc8M338p.o: In function `main': cc.c:(.text+0x19): undefined reference to `f' collect2: error: ld returned 1 exit status
5. 总结的话
下面给几条实践指南：
-
尽量不要尝试用O0去编译内核，这不符合真实的工程实践，也不太被主流Linux社区所支持；内核依赖O2/Os去做较多的优化；
追求你的代码在O2的情况下，仍然是正确的，代码要经得起编译优化；比如O0工作正常，而O2不正常，应该尽可能从自身找原因，分析汇编；
如果在全局优化的情况下，想针对某个局部避免优化，可以尝试用noinline，__attribute__((optimize("O0")))等进行外科手术式地调整。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对易采站长站的支持。
