準確地說還是經(jīng)驗不足，這么簡單的事居然想了好幾分鐘，當然也要怪VS在沒有重新生成前的詭異現(xiàn)象。
今晚在類中加入兩個數(shù)組用來做計數(shù)，因為之前代碼有所改動，VS編譯（增量）的結果居然出現(xiàn)了無數(shù)次的程序崩潰，害我一度懷疑是不是我的數(shù)組寫的有問題。囧。最后無奈之下，點了重新生成，居然順利通過了，很生氣，憤怒中。
但是另外卻發(fā)現(xiàn)了一個問題，也就是當size_t用作循環(huán)的時候。因為以前都是用int做循環(huán)的，現(xiàn)在換成unsigned int（也就是size_t）后，一下子沒反應過來，就順手這么寫了：
for( size_t i = MAX - 1; i >= 0; --i)
{
//……
}
乍一看似乎沒啥問題，因為我循環(huán)內(nèi)的代碼是刪除資源的，因此程序也頻頻崩潰。
step over的結果才讓人驚訝，因為當size_t i = 0的時候，--i的結果是無窮大，而無窮大則肯定滿足i>=0的條件，所以當我們期待程序停住的時候，程序是不會停住的。
修正的方式：
1、使用正向遍歷。
2、增加判斷條件（i>=0 && i < MAX），但這里也可能存在問題，因為size_t可能被定義為unsigned int，但是MAX可能是個更大的數(shù)，比如unsigned long long，當然這樣的比較不是很有意義，或者會實現(xiàn)一些轉換，但是如果這種情況發(fā)生的話，程序可能還是會通過一個隨機的i進入到一個未知的空間中，從而造成崩潰。而且增加判斷條件也使得程序的運行成本提高。