這兒的異常處理并非指的是WIN32提供的SEH等使用方法，也不是編譯器給我們程序提供的異常處理方法，而是說如下程序的處理方法：

?

// 很基本的函數(shù)入口參數(shù)檢查

void test(void *p)

{

　　if (!p)

　　　　return;

　　...

}

?

// 直接用斷言，以便我們及時發(fā)現(xiàn)程序錯誤

void test(void *p)

{

　　assert(p);

　　...

}

?

// 當(dāng)然用日志在某些情況下也許可行

void test(void *p)

{

　　if (!p)

　　{

　　　　log(fp, "error : something wrong here!")

　　　　return;

　　}

}

?

// 不用日志，輸出調(diào)試信息也可以使我們即時知道程序哪兒出現(xiàn)意外狀況。

void test(void *p)

{

　　if (!p)

　　{

　　　　TRACE("Error : something wrong here.\n");

　　　　return;

　　}

}

?

// 不作任何提示，通過函數(shù)返回值告訴調(diào)用者出現(xiàn)了錯誤, FALSE代表失敗， TRUE代表成功。s

BOOL test(void *p)

{

　　if (!p)

　　　　return FALSE;

　　...

　　

　　return TRUE;

}

?

以上幾種方法是我們在編寫程序時常用的幾種方法。編寫時根據(jù)情況和個人的編碼風(fēng)格適當(dāng)選用。無論如何在函數(shù)中進行一些必要的檢查還是有必要的。至于性能開銷一般情況下都可以忽略，如果出現(xiàn)了那種BT的頻繁調(diào)用情況要求優(yōu)化的話，自然那些調(diào)試信息輸出語句和日志記錄方法是不可取的。因此在對一般不易出錯的地方我們可以僅僅加個斷言，這樣可以告訴他人，此處不會出現(xiàn)這種錯誤，如果出現(xiàn)的話在DEBUG版本中我們也可以及時發(fā)現(xiàn)并作檢查。至于RELEASE版的話當(dāng)然我們漏過了這個錯誤信息的收集。然而這一切都由你決定，程序運行狀態(tài)信息如果太多了不一定是好事。所以在必要的地方進行必要信息的收集是個聰明的辦法，必要的調(diào)試信息指的是能夠方便快速定位發(fā)生錯誤的位置，你不能希望任何一個看過這段程序的人都能找到錯誤的位置，因為程序本身就不應(yīng)該追求任何一個人都可以讀懂這種極端的工程化軟件方法。

?

?

?

?

?

轉(zhuǎn)載于:https://www.cnblogs.com/Perit/archive/2010/11/05/1869801.html

總結(jié)

以上是生活随笔為你收集整理的对程序异常的处理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。