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

@K.V
不僅<<沒(méi)定義（事實(shí)上vs2010debug+從左到右release+從右到左），而且兩個(gè)--和兩個(gè)<<之間的順序也沒(méi)有準(zhǔn)確定義……

所以一般來(lái)說(shuō)我們認(rèn)為，如果一個(gè)語(yǔ)句里出現(xiàn)了i++，那么這個(gè)語(yǔ)句里面唯一能出現(xiàn)i的地方就在這里。文章里面的例子違反了這個(gè)不成文的守則。  回復(fù)  更多評(píng)論
  

http://apps.hi.baidu.com/share/detail/33574874
參考下這個(gè)，明白運(yùn)行順序，左值和右值，你也應(yīng)該明白了。
我的運(yùn)行結(jié)果也是30，30.
個(gè)人覺(jué)得深究沒(méi)有太大意義。  回復(fù)  更多評(píng)論
  

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

我也不想去研究啊 ,考試的時(shí)候就是有這樣的題目,讓人死啊...  回復(fù)  更多評(píng)論
  

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

其實(shí)還有更多詭異的事情....

在vs08下 如果隨便寫(xiě)一個(gè)
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);
}

有沒(méi)有加'k=' 會(huì)影響到編譯器是否同步傳入的實(shí)參.............
換句話(huà)說(shuō)，如果fuck的返回值不會(huì)被用到，則t不同步，否則，同步.......

gcc就沒(méi)這個(gè)問(wèn)題。

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

  回復(fù)  更多評(píng)論
  

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

嗯，也曾經(jīng)頭痛這個(gè)問(wèn)題  回復(fù)  更多評(píng)論
  

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

LZ是 wangwang對(duì)吧 :-)  回復(fù)  更多評(píng)論
  

@Bill Hsu
不愧是強(qiáng)哥阿!!!  回復(fù)  更多評(píng)論
  

這么簡(jiǎn)短的兩行語(yǔ)句，也是機(jī)關(guān)重重。  回復(fù)  更多評(píng)論