对程序异常的处理
這兒的異常處理并非指的是WIN32提供的SEH等使用方法，也不是編譯器給我們程序提供的異常處理方法，而是說如下程序的處理方法：
?
// 很基本的函數入口參數檢查
void test(void *p)
{
if (!p)
return;
...
}
?
// 直接用斷言，以便我們及時發現程序錯誤
void test(void *p)
{
assert(p);
...
}
?
// 當然用日志在某些情況下也許可行
void test(void *p)
{
if (!p)
{
log(fp, "error : something wrong here!")
return;
}
}
?
// 不用日志，輸出調試信息也可以使我們即時知道程序哪兒出現意外狀況。
void test(void *p)
{
if (!p)
{
TRACE("Error : something wrong here.\n");
return;
}
}
?
// 不作任何提示，通過函數返回值告訴調用者出現了錯誤, FALSE代表失敗， TRUE代表成功。s
BOOL test(void *p)
{
if (!p)
return FALSE;
...
return TRUE;
}
?
以上幾種方法是我們在編寫程序時常用的幾種方法。編寫時根據情況和個人的編碼風格適當選用。無論如何在函數中進行一些必要的檢查還是有必要的。至于性能開銷一般情況下都可以忽略，如果出現了那種BT的頻繁調用情況要求優化的話，自然那些調試信息輸出語句和日志記錄方法是不可取的。因此在對一般不易出錯的地方我們可以僅僅加個斷言，這樣可以告訴他人，此處不會出現這種錯誤，如果出現的話在DEBUG版本中我們也可以及時發現并作檢查。至于RELEASE版的話當然我們漏過了這個錯誤信息的收集。然而這一切都由你決定，程序運行狀態信息如果太多了不一定是好事。所以在必要的地方進行必要信息的收集是個聰明的辦法，必要的調試信息指的是能夠方便快速定位發生錯誤的位置，你不能希望任何一個看過這段程序的人都能找到錯誤的位置，因為程序本身就不應該追求任何一個人都可以讀懂這種極端的工程化軟件方法。
?
?
?
?
?
轉載于:https://www.cnblogs.com/Perit/archive/2010/11/05/1869801.html
總結
