Java或C＃中異常管理的最佳實踐我一直在決定如何在我的應(yīng)用程序中處理異常。如果我的異常問題來自1）通過遠(yuǎn)程服務(wù)訪問數(shù)據(jù)或2）反序列化JSON對象。不幸的是，我不能保證這些任務(wù)中的任何一個都成功（切斷網(wǎng)絡(luò)連接，不正確的JSON對象，這是我無法控制的）。因此，如果我遇到異常，我只需在函數(shù)內(nèi)捕獲它并返回FALSE給調(diào)用者。我的邏輯是，所有調(diào)用者真正關(guān)心的是任務(wù)是否成功，而不是為什么它不成功。這是典型方法的一些示例代碼（在JAVA中）public boolean doSomething(Object p_somthingToDoOn){     boolean result = false;     try{         // if dirty object then clean         doactualStuffOnObject(p_jsonObject);         //assume success (no exception thrown)         result = true;     }     catch(Exception Ex)     {         //don't care about exceptions         Ex.printStackTrace();     }     return result;}我認(rèn)為這種方法很好，但我真的很想知道管理異常的最佳實踐是什么（我應(yīng)該在調(diào)用堆棧中一直冒出異常嗎？）。總結(jié)關(guān)鍵問題：是否可以捕獲異常但不會冒泡或正式通知系統(tǒng)（通過日志或通知用戶）？對于不會導(dǎo)致所有需要try / catch塊的異常的最佳實踐有哪些？跟進(jìn)/編輯感謝所有反饋，在網(wǎng)上找到了一些關(guān)于異常管理的優(yōu)秀來源：異常處理的最佳實踐| 奧萊利媒體.NET中的異常處理最佳實踐最佳實踐：異常管理（文章現(xiàn)在指向archive.org副本）異常處理反模式似乎異常管理是根據(jù)上下文而變化的事情之一。但最重要的是，人們應(yīng)該如何管理系統(tǒng)中的異常。另外注意通過過多的嘗試/捕獲代碼腐爛或不給予例外它的尊重（例外是警告系統(tǒng)，還需要警告什么？）。此外，這是m3rLinEz的一個很好的選擇評論。我傾向于同意Anders Hejlsberg和你的看法，大多數(shù)來電者只關(guān)心操作是否成功。從這個評論中，它提出了一些在處理異常時要考慮的問題：拋出此異常有什么意義？處理它有什么意義？呼叫者是否真的關(guān)心異常，還是只關(guān)心呼叫是否成功？是否強(qiáng)制調(diào)用者管理潛在的異常優(yōu)雅？你是否尊重這種語言的含義？你真的需要返回像布爾這樣的成功標(biāo)志嗎？返回boolean（或int）更像是一種C思維模式，而不是Java（在Java中你只是處理異常）。遵循與語言相關(guān)的錯誤管理結(jié)構(gòu):)！