陣列邊界問題

先來看一段程式吧，在程式中講問題

#include 
int prime(int x);
int main()
while (i < 301);}}
for (i = 0; i < 300; i++)
for (i = 0; i < 300; i++)
if (1898 == sum)}}
return0;}
int prime(int x)
}if (2 == count)
else
}

for (i = 0; i < 300; i++)

if (1898 == sum) }

} 在使用陣列時，要防止陣列下標超出邊界。也就是說，必須確保下標是有效的值。例如：假設有下面的宣告：

int arr[20];

那麼在使用該陣列的過程中，就要確保程式中使用的陣列下標在0~19的範圍內，因為編譯器不會檢查出這種錯誤（但是，有些編譯器會發出警告，然後繼續編譯程式）。

編譯器不會檢查陣列下標是否得當。在c標準中，使用越界下標的結果是未定義的。這就意味著程式看上去是可以執行的，但是執行結果就會很奇怪，或者是異常終止。就拿我的程式來說，突然冒出來乙個1994這個看上去符合邏輯的乙個沒有用的值。

c語言為什麼會允許這種麻煩發生呢？這是要歸功於c信任程式設計師的原則。不檢查邊界，c程式可以執行得更快。編譯器沒有必要去捕獲所有的下標錯誤，因為在程式執行之前，陣列的下標值可能尚未被確定。因此，為了安全起見，編譯器必須在執行的時候新增額外**檢查陣列的每個下標值，這會降低程式的執行速度。所以，c相信程式設計師能夠編寫出正確的**，這樣的程式跑的速度更快。這樣卻在無形之中給我們這些苦逼的程式設計師帶來了負擔。比如的我程式，在沒有完全搞懂bug的原因之前，只能加乙個限制條件來得到我想要的結果。

還要記住一點，陣列的元素編號是從0開始的，最好是在宣告陣列時使用符號常量來表示陣列的大小：

#define size 4
int main()
}

這樣做能確保整個程式中的陣列大小始終一致。

但是關於陣列邊界問題所產生的未知的bug只能靠程式設計師聰明的大腦，自己去解決了。

————乙個現在的菜鳥，乙個以後的程式設計師。

陣列邊界問題

事務邊界問題

mysql between and 邊界問題

小談邊界問題

陣列邊界問題

事務邊界問題

mysql between and 邊界問題

小談邊界問題

相關推薦