關於編程中的通用錯誤處理的問題

在談論錯誤處理時，我有點困惑。例如，以Direct2D爲例。之前，我們可以開始使用Direct2D的功能，我們必須創建一個ID2DFactory對象：關於編程中的通用錯誤處理的問題

HRESULT hr = D2D1CreateFactory(D2D1_FACTORY_TYPE_SINGLE_THREADED, &d2d1Factory);

正如你可以看到從上面。我們可以檢查HRESULT hr以查看我們是否成功創建了ID2DFactory。我認爲當這個調用失敗時，即使我再次調用它，仍然失敗。我們沒有任何方法可以從此故障中恢復。

那麼檢查返回值有什麼意義？是否可以在終止程序之前告訴用戶出了什麼問題？

另一個例子是內存不足。當我們遇到罕見的情況時，我們沒有足夠的記憶來讓我們的程序「新」一些對象。在C++中，當運行內存不足時，new運算符可能會返回NULL或引發錯誤。如果您沒有測試它是否爲NULL並且沒有發現錯誤，那麼程序將終止。我認爲你的程序不能從這種情況中恢復過來。

那麼，檢查是否存在一個嚴重的錯誤，你無能爲力？

來源

2011-03-22 MorrisLiang

像D2D1CreateFactory（）這樣的初始化函數可能會失敗。這種故障通常意味着您的PC上的操作系統已完全損壞，您需要重新啓動。這些信息對於用戶來說很有價值，他們想知道「O/S是否被洗掉，重新啓動並重試」與「在模塊mod.c中類似2345處取消引用無」。如果你不抓住錯誤條件，你所有的用戶都知道程序崩潰了。

捕獲錯誤返回和異常，並將它們報告給用戶是將好程序和差程序分開的許多事情之一。

特別是對於新的程序，您的程序通常有很多選項。它可能能夠重新請求一個較小的初始內存塊。它可能會返回內存緩存值，然後再試一次。它可以保存文件以準備退出，這也具有返回內存的效果。

當您處理錯誤返回或異常時，您有四個選擇;中止，交替，重試，失敗。

放棄是清理並退出;最好是返回資源，關閉文件和保存在製品。

交替嘗試一種完全不同的方法來做同樣的事情;像嘗試ftp，如果你不能使用http。交替是最難的錯誤恢復方法，坦率地說，大多數情況下，只有美國國家航空和航天局有預算來編寫這種錯誤處理。

重試是簡單地再次嘗試相同的操作。如果失敗是暫時的，這可能是成功的。如果故障持續存在，重試會導致無限循環，因此重試最好使用限制計數器或指數級增加的時間延遲。

失敗是簡單地刪除請求或操作並嘗試處理下一個請求。失敗可能看起來很愚蠢，因爲這意味着未執行請求，屏幕未更新，或用戶輸入被忽略。但令人驚訝的是，用戶可以通過在程序外執行某些操作來恢復這種錯誤，或者在情況不同的情況下再次嘗試。在大多數情況下，如果程序終止，它會完全拒絕用戶的服務，用戶可能能夠使用已損壞或部分正確的程序。（嘗試想象一個飛行控制系統因爲它被解除引用而放棄，這不是你想要的。）

來源

2011-03-22 17:29:55 seattlecpp