Bug经典回放四--别让编译器优化掉你想要执行的代码

很多时候，人们做事情总是一相情愿的，比如说爱情。。。
不过这里讨论的是程序，我们总是一厢情愿的相信程序会按照我们的意愿来执行. 可事实总不是. 对编译器也是一样.我们也许会写一些代码.然后以为它是会这样的执行的.....
事例:
　　一个视频播放程序,decoder 通过lock ISurface来得到输出buffer, 往里写入数据. 程序在Debug模式下非常正常. 在Release下从来没有调用过ISurface->lock.  开始我们怀疑是ISurface被破坏.甚至还把ISurface调用改成C-Structure的形式(因为ISurface的实现程序和解码器放在两个dll里.解码器用icc编译, 而其它用gcc编译). 均没有解决问题. 最后发现 lock的代码是这么写的 assert( iSurface->lock() ).....
     这样的代码在release版编译的时候,会把assert里面的东西优化掉.... 所以.lock压根没有执行过.

事例2:
     前年做游戏的时候. 写了如下一段代码
    bool visiable = true; 
   for(all object in node)
      visiable &= render(Object); //渲染的结果会得到当前的物体是不是可见>

   结果场景中大部分物体都没有绘制出来. 这个仔细一看就知道是 visiable 为 false以后. render(Object); 再也不会运行了. 因为false &= 任何值都是false;

总结: 其实编译器会优化掉很多代码(编译期,运行期) .
   常见的如下
   1.  assert类函数,和调试相关的. 可能这些东西压根就不是一个函数,而是一个宏.
    2. sizeof() 里的表达式也不会运行.. 只会取个类型..  
   3.  bool运算时候的优化... 这个属于运行时候的.
   要弄清楚.什么时候你的代码会被编译器或者编译后忽略掉的. 千万别让编译器优化掉你想要执行的代码