ACG狂人

其實我更愛姐汁...

異常處理的可惡陷阱

也許這個錯誤是很幼稚的，但是他著實難住了我好幾個小時，一度我還以為永遠解不開這個謎題了(*o*)，情況是這樣的，異常在拋出之后，到達處理異常的catch域，但這時上下文必須依然有效才行，否則catch將接收不到拋出的異常。具體代碼如下：

try

{

moeutil::simple_pool spool(32);

void* p1 = spool.malloc(15);

void* p2 = spool.malloc(10, 2);

void* p3 = spool.malloc(15, 4);

void* p4 = spool.malloc(7);

void* p5 = spool.malloc(7);

void* p6 = spool.malloc(70);

//std::cout<<p1<<'\n'<<p2<<'\n'<<p3<<'\n'<<p4<<'\n'<<p5<<'\n'<<p6<<std::endl;

spool.free(p1);

spool.free(reinterpret_cast<char*>(p2)+2);

spool.free(p3);

spool.free(p4);

spool.free(p5);

spool.free(p6);

}catch (moeutil::Exception& e){

std::cout<<e.what()<<std::endl;

}

這是一個簡易的內存池類，其中simple_pool的析構函數會拋出異常，然后free函數也會拋出異常。析構函數可以檢測是否有內存泄漏，而free函數是檢測到無效的傳入指針時會拋出異常。析構拋出異常是沒問題的，但是free拋出異常的時候問題就來了，當free拋出異常時，由于會脫離try塊，所以spool也會被析構，這樣就會陷入麻煩，由于沒有全部free，所以析構本身也會拋出異常，導致了類似于異常迭代的情況。也就是說，在throw一個異常的過程中又一次觸發了異常。于是windows系統的debug error對話框出現了，而且是出現在throw那一行。
此隨筆用于提醒自己勿犯第二次！

posted on 2009-08-02 17:12 釀妹汁閱讀(683) 評論(1) 編輯收藏引用所屬分類: C++ 、備忘

只有注冊用戶登錄后才能發表評論。
【推薦】100%開源！大型工業跨平臺軟件C++源碼提供，建模，組態！

相關文章: boost::asio網絡傳輸錯誤碼的一些實驗結果（recv error_code） OGRE與MFC的文件系統沖突問題備忘隨筆系列2：內存錯誤備忘隨筆系列1：MFC與OGRE聯姻注意事項關于MVC PropertySet OperatorStack的一些設計思考終于完成了自己的模板設計，初步實現了filter_streambuf，cge項目啟動...... 析構過程中內存相關錯誤的絕大多數原因完成的網絡數據包文檔化封裝MySQL時解決的兩個字符集問題原來靜態庫是這樣鏈接的

網站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

# re: 異常處理的可惡陷阱[未登錄] 2009-09-07 23:12 K

ACG狂人

導航

統計

常用鏈接

留言簿(4)

隨筆分類

隨筆檔案

熟人

搜索

最新評論

閱讀排行榜

評論排行榜

異常處理的可惡陷阱

評論