JAVA循環(huán)謎題26-在循環(huán)中

JAVA循環(huán)謎題26:在循環(huán)中publicclassInTheLoop{

publicstaticfinalintEND=Integer.MAX_VALUE;

publicstaticfinalintSTART=END-100;

publicstaticvoidmain(String[]args){

intcount=0;

for(inti=START;i<=END;i++)

count++;

System.out.println(count);

}

}

假如你沒有特別認(rèn)真地查看這個(gè)程序，你可能會(huì)認(rèn)為它將打印100，由于END比START大100。假如你略微認(rèn)真一點(diǎn)，你可能會(huì)發(fā)覺該程序沒有使用典型的循環(huán)慣用法。大多數(shù)的循環(huán)會(huì)在循環(huán)索引小于終止值時(shí)持續(xù)運(yùn)行，而這個(gè)循環(huán)則是在循環(huán)索引小于或等于終止值時(shí)持續(xù)運(yùn)行。所以它會(huì)打印101，對嗎？

嗯，根本不對。假如你運(yùn)行該程序，就會(huì)發(fā)覺它壓根就什么都沒有打印。更糟的是，它會(huì)持續(xù)運(yùn)行直到你撤銷它為止。它從來都沒有時(shí)機(jī)去打印count，由于在打印它的語句之前插入的是一個(gè)無限循環(huán)。

問題在于這個(gè)循環(huán)會(huì)在循環(huán)索引（i）小于或等于Integer.MAX_VALUE時(shí)持續(xù)運(yùn)行，但是全部的int變量都是小于或等于Integer.MAX_VALUE的。由于它被定義為全部int數(shù)值中的值。當(dāng)i到達(dá)Integer.MAX_VALUE，并且再次被執(zhí)行增量操作時(shí)，它就有繞回到了Integer.MIN_VALUE。

假如你需要的循環(huán)會(huì)迭代到int數(shù)值的邊界四周時(shí)，你是使用一個(gè)long變量作為循環(huán)索引。只需將循環(huán)索引的類型從int轉(zhuǎn)變?yōu)閘ong就可以解決該問題，從而使程序打印出我們所期望的101：

for(longi=START;i<=END;i++)

更一般地講，這里的教訓(xùn)就是int不能表示全部的整數(shù)。無論你在何時(shí)使用了一個(gè)整數(shù)類型，都要意識(shí)到其邊界條件。假如其數(shù)值下溢或是上溢了，會(huì)怎么樣呢？所以通常是使用一個(gè)取之范圍更大的類型。（整數(shù)類型包括byte、char、short、int和long。）

不使用long類型的循環(huán)索引變量也可以解決該問題，但是它看起來并不那么美麗：

inti=START;

do{

count++;

}while(i++!=END);

假如清楚性和簡潔性占據(jù)了極其重要的地位，那么在這種狀況下使用一個(gè)long類型的循環(huán)索引幾乎總是方案。

但是有一個(gè)例外：假如你在全部的（或者幾乎全部的）int數(shù)值上迭代，那么使用int類型的循環(huán)索引的速度大約可以提高一倍。下面是將f函數(shù)作用于全部40億個(gè)int數(shù)值上的慣用法：

//Applythefunctionftoallfourbillionintvalues

inti=Integer.MIN_VALUE;

do{

f(i);

}while(i++!=Integer.MAX_VALUE);

該謎題對語言設(shè)計(jì)者的教訓(xùn)與謎題3一樣：可能真的值得去考慮，應(yīng)當(dāng)對那些不會(huì)