事實上我用vs2008，輸出是30,30
不過據(jù)說<<的計算順序是未定義的，可能是從左向右，可能從右向左，看編譯器的實現(xiàn)
不過30,30這個結果，我百思不得其解。  回復  更多評論
  

@K.V
不僅<<沒定義（事實上vs2010debug+從左到右release+從右到左），而且兩個--和兩個<<之間的順序也沒有準確定義……

所以一般來說我們認為，如果一個語句里出現(xiàn)了i++，那么這個語句里面唯一能出現(xiàn)i的地方就在這里。文章里面的例子違反了這個不成文的守則。  回復  更多評論
  

http://apps.hi.baidu.com/share/detail/33574874
參考下這個，明白運行順序，左值和右值，你也應該明白了。
我的運行結果也是30，30.
個人覺得深究沒有太大意義。  回復  更多評論
  

@陳梓瀚(vczh)
恩。正常的程序是不應該存在這樣的編碼習慣的。不研究了。  回復  更多評論
  

我也不想去研究啊 ,考試的時候就是有這樣的題目,讓人死啊...  回復  更多評論
  

在gcc下，是30,31
在vs08下，是30,30

其實還有更多詭異的事情....

在vs08下 如果隨便寫一個
int fuck(int t)
{
cout<<t<<endl;
return t;
}
int main()
{
int t=4,k;

(double)fuck(++t)/fuck(++t);
k=(double)fuck(++t)/fuck(++t);
}

有沒有加'k=' 會影響到編譯器是否同步傳入的實參.............
換句話說，如果fuck的返回值不會被用到，則t不同步，否則，同步.......

gcc就沒這個問題。

考試之前，你熟悉下你們題庫是基于哪一個編譯器的哪個版本，然后摸清了它的脾氣，針對性的來用規(guī)律，就ok.

  回復  更多評論
  

標準沒有規(guī)定先對哪個求值，完全由編譯器決定，而對于這種標準未定義的東西，沒必要去浪費時間，你只需知道求值順序不確定就行，在實際編碼中就不應該出現(xiàn)這樣的代碼。
PS:其實你可以BS下出這種題目的人。  回復  更多評論
  

嗯，也曾經頭痛這個問題  回復  更多評論
  

@邱震鈺(zblc)
我們用的VC++ 6.0;
算了,不去糾結了,背答案....謝謝!  回復  更多評論
  

LZ是 wangwang對吧 :-)  回復  更多評論
  

@Bill Hsu
不愧是強哥阿!!!  回復  更多評論
  

這么簡短的兩行語句，也是機關重重。  回復  更多評論