debug 堆棧破壞 錯誤在他處

    今天調試一個工作上的程式，發現有個bug，當資料量小的時候，不會引起程式出錯，當資料量達到一定程度後，就會引起這個問題。所以故障是很難重現的，最後經過大量的實驗，可以讓故障第次運行時都重現。這裡先按下不表，還是接著說正題吧。當程式出錯時總會在一個map建立新節點的地方出錯，但是經過他仔細查看此處的邏輯，並不應該引起這樣的錯誤，最後在調用map設定key,value對之前增加一段代碼（char** pp = new char*[1024]） ，錯誤變成了運行到此地就報錯。這讓人有點摸不著頭腦，不應該這樣呀。
       突然。堆棧錯誤。哦，my god 。不斷的上移char** pp = new char* [1024] 這段代碼，用於定位真正的錯誤位置。最後查到了，socket接收資料的地方有一個記憶體重新分配有問題，這個地方正好有一個if條件，當壓力大時才會出現。其實錯誤很小sizeof() 與 rew_len之間的差別，概念引用錯誤。 這其實就是一個對象逆序列化過程沒有做好的問題。