本文目錄一覽：
- 1、java中怎麼把發生的異常打印在web頁面上
- 2、北大青鳥分享異常處理的Java最佳方法
- 3、Java異常處理:如何避免重複打印異常
- 4、java中如何獲取throws拋出的異常,並且把異常打印到指定的jsp頁面
java中怎麼把發生的異常打印在web頁面上
用try catch語句實現：
try {
//業務代碼
} catch (Exception e) {
e.printStackTrace(); //打印異常
throw new Exception(“Write InputStream Error” + e.toString()); //拋給客戶端的異常
}
北大青鳥分享異常處理的Java最佳方法
異常處理是Java開發中的一個重要部分。它是關乎每個應用的一個非功能性需求，是為了處理任何錯誤狀況，比如資源不可訪問，非法輸入，空輸入等等。Java提供了幾個異常處理特性，以try，catch和finally關鍵字的形式內建於語言自身之中。Java編程語言也允許你創建新的異常，並通過使用throw和throws關鍵字拋出它們。事實上，在Java編程中，Java的異常處理不單單是知道語法這麼簡單，它必須遵循標準的JDK庫，和幾個處理錯誤和異常的開源代碼。這裡北大青鳥將討論一些關於異常處理的Java最佳實踐。
1、為可恢復的錯誤使用檢查型異常，為編程錯誤使用非檢查型錯誤。
選擇檢查型還是非檢查型異常，對於Java編程人員來說，總是讓人感到困惑。檢查型異常保證你對錯誤條件提供異常處理代碼，這是一種從語言到強制你編寫健壯的代碼的一種方式，但同時會引入大量雜亂的代碼並導致其不可讀。當然，如果你有替代品和恢復策略的話，捕捉異常並做些什麼看起來似乎也在理。在Java編程中選擇檢查型異常還是運行時異常。
2、在finally程序塊中關閉或者釋放資源
這在Java編程中，是一個廣為人知的最佳實踐，在處理網絡和IO類的時候，相當於一個標準。在finally塊中關閉資源，在正常和異常執行的情況下，保證之前和稀缺資源的合理釋放，這由finally塊保證。從Java7開始，該語言有了一項更有趣的功能：資源管理自動化或者ARM塊能實現這一功能。儘管如此，我們仍然要記住在finally塊中關閉資源，這是對於釋放像FileDescriptors這類，應用在socket和文件編程的情況下的有限資源很重要的。
3、在堆棧跟蹤中包含引起異常的原因
很多時候，當一個由另一個異常導致的異常被拋出的時候，Java庫和開放源代碼會將一種異常包裝成另一種異常。日誌記錄和打印根異常就變得非常重要。Java異常類提供了getCause方法來檢索導致異常的原因，這些(原因)可以對異常的根層次的原因提供更多的信息。該Java實踐對在進行調試或排除故障大有幫助。時刻記住，如果你將一個異常包裝成另一種異常時，構造一個新異常要傳遞源異常。
4、始終提供關於異常的有意義的完整的信息
異常信息是最重要的地方，因為這是程序員首先看到的第一個地方，這裡你能找到問題產生的根本原因。這裡始終提供精確的真實的信息。
5、避免過度使用檢查型異常
檢查型異常在強制執行方面有一定的優勢，但同時它也破壞了代碼，通過掩蓋業務邏輯使代碼可讀性降低。只要你不過度使用檢查型異常，你可以最大限度的減少這類情況，這樣做的結果是你會得到更清潔的代碼。你同樣可以使用Java7的新功能，以移除重複項。
6、將檢查型異常轉為運行時異常
這是在像Spring之類的多數框架中用來限制使用檢查型異常的技術之一，大部分出自於JDBC的檢查型異常，都被包裝進DataAccessException中，而(DataAccessException)異常是一種非檢查型異常。這是Java最佳實踐帶來的好處，特定的異常限制到特定的模塊，像SQLException放到DAO層，將意思明確的運行時異常拋到客戶層。
7、記住對性能而言，異常代價高昂
需要記住的一件事是異常代價高昂，同時讓你的代碼運行緩慢。假如你有方法從ResultSet(結果集)中進行讀取，這時常會拋出SQLException異常而不會移到下一元素，這將會比不拋出異常的正常代碼執行的慢的多。因此最大限度的減少不必要的異常捕捉和移動，那裡沒有什麼固定的原因。不要僅僅是拋出和捕捉異常，如果你能使用boolean變量去表示執行結果，可能會得到更整潔，更高性能的解決方案。修正錯誤的根源，避免不必須要的異常捕捉。
Java異常處理:如何避免重複打印異常
檢查日誌文件，你就能看到滿屏重複的異常。
因此，異常只能被打印一次。在哪兒打異常最好呢？。
原則就是自定義異常在拋出前打印一下，其他各層對自定義異常不作任何打印。甚至不用Catch.
對於上面WebServiceClient.login，在這打印是對的，還可以加上自己的一些log信息，如log.fatal(“cannotlogintheXXXsystem”);至於在其他層，就不在需要打印，處理這個異常了。這樣的異常處理沒有什麼技術含量，只是個異常處理原則，如果人人都遵循（看到自定義不處理，拋自定義異常前處理）這個原則，就能避免重複打印異常日誌
再考慮如何把友好的異常信息給終端用戶呢，所謂友好，不能總是提示“系統錯誤，請稍後再試”，因為這樣能讓使用者對系統沒有信心。好比領導交給你的任務，你沒有完成，你總不能每次都說“這是我的問題，以後改正”吧。對異常進行稍微詳細的說明，是必要的。另外，也不能總是把異常的stacktrace原封不動的現實給使用者，如java.io.IOExcepiton:Filecannotbefound.這樣會被認為你的程序質量不夠高。
可以通過異常指定類型來在Web層解釋並轉化為友好的異常
。如上列子，可以如下定義MyApplicationExceptoin
如下代碼：
java中如何獲取throws拋出的異常,並且把異常打印到指定的jsp頁面
比如你又一個方法叫a，調用了一個方法b(b方法throws了一個異常)，那麼在a裡面使用try-catch捕獲這個異常，在catch塊裡面，使用jsp的request，或者session將異常對象e.getMessage的內容存儲到制定的變量裡面(例如request.setAttribute(“errorMessage”,e.getMessage));
然後到頁面使用EL表達式${errorMessage}取出來就好了。
原創文章，作者：小藍，如若轉載，請註明出處：https://www.506064.com/zh-hant/n/258424.html
微信掃一掃 
支付寶掃一掃 