無論做什麼項目,進行異常處理都是非常有必要的,而且你不能把一些只有程式設計師才能看懂的錯誤代碼拋給用戶去看,所以這時候進行統一的異常處理,展現一個比較友善的錯誤頁面就顯得很有必要了。跟其他MVC框架一樣,springMVC也有自己的異常處理機制。
springMVC提供的例外處理主要有兩種方式,一種是直接實作自己的HandlerExceptionResolver,當然這也包括使用Spring已經為我們提供好的SimpleMappingExceptionResolver和DefaultHandlerExceptionResolver,另一種是使用註解的方式實作一個專門用於處理異常的Controller——ExceptionHandler。
1、實作自己的HandlerExceptionResolver,HandlerExceptionResolver是一個接口,springMVC本身已經對其有了一個自身的實作-DefaultHandlerExceptionResolver,該解析器只是對其中的一些比較典型的異常進行了攔截,然後返回對應的錯誤碼,當然你也可以繼承DefaultHandlerExceptionResolver類,然後重寫其中的一些異常處理方法來實現自己的異常處理。
上述的resolveException的第4個參數表示對哪種類型的異常進行處理。因為Exception類別是所有異常類別的基底類,所以如果想根據異常類型的不同來進行不同的處理的話,可以在resolveException方法裡面根據不同的異常類型進行不同的處理,返回不同的異常視圖。如:
public class ExceptionHandler implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { // TODO Auto-generated method stub if (ex instanceof NumberFormatException) { //doSomething... return new ModelAndView("number"); } else if (ex instanceof NullPointerException) { //doSomething... return new ModelAndView("null"); } return new ModelAndView("exception"); } }
定義了這樣一個異常處理器之後就要在applicationContext中定義這樣一個bean對象,如:
Spring除了實作了一個DefaultHandlerExceptionResolver之外,還實作了一個SimpleMappingExceptionResolver,這兩者都是繼承自抽象類別AbstractHandlerExceptionResolver,而AbstractHandlerExceptionResolver是實現了HandlerExceptionResolver介面的resolveException方法的,並由此抽取出兩個抽象方法,一個是在進行異常處理之前執行的方法prepareResponse(exception, response),一個方法prepareResponse(exception, response),一個方法是進行異常解析的doResolveException(request, response, handler, exception)方法。 SimpleMappingExceptionResolver,顧名思義就是透過簡單的映射關係來決定由哪個視圖來處理目前的錯誤訊息。 SimpleMappingExceptionResolver提供了透過異常類型exceptionMappings來進行異常與視圖之間的映射關係,提供了在發生異常時透過statusCodes來映射異常傳回的視圖名稱和對應的HttpServletResponse的回傳碼。而且可以透過defaultErrorView和defaultErrorCode來指定預設值,defaultErrorView表示當沒有在exceptionMappings裡面找到對應的例外類型時就回傳defaultErrorView定義的視圖,defaultErrorCode表示在發生例外狀況時沒有在視圖與回傳碼的對映關係statusCodesCodesCodesCodesCodesCodesCosCodesCo 中找到對應的映射時預設回傳的回傳碼。在使用SimpleMappingExceptionResolver時,當發生異常的時候,SimpleMappingExceptionResolver將會把目前的例外物件放到自身屬性exceptionAttribute中,當沒有指定exceptionAttribute時,exceptionAttribute就是用預設值exception。
以下是一個簡單的例子:
(1)SpringMVC的servlet設定檔中申明一個SimpleMappingExceptionResolver bean,並且透過設定屬性exceptionMappings和defaultExceptionView來指定異常和視圖的對應關係
(2 )如下存取:
nbsp;HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<base>">
<title>My JSP 'number.jsp' starting page</title>
<meta>
<meta>
<meta>
<meta>
<meta>
<!--
<link rel="stylesheet" type="text/css" href="styles.css?1.1.11">
-->
NumberFormatException. <br>
<br>
<br><span><!-- 这是JSP中的内置对象exception --></span>
<br><span><!-- 这是SpringMVC放在返回的Model中的异常对象 --></span>
<span><!-- HttpServletResponse返回的错误码信息,因为前面已经配置了NumberFormatException的错误码返回值为888,所以这里应该显示888 --></span>
(4)当请求/test/number.do的时候会返回定义好的number视图,返回结果如下:
2、使用@ExceptionHandler进行处理
使用@ExceptionHandler进行处理有一个不好的地方是进行异常处理的方法必须与出错的方法在同一个Controller里面
如:
import org.springframework.stereotype.Controller; import org.springframework.web.bind.annotation.ExceptionHandler; import org.springframework.web.bind.annotation.RequestMapping; import com.tiantian.blog.web.servlet.MyException; @Controller public class GlobalController { /** * 用于处理异常的 * @return */ @ExceptionHandler({MyException.class}) public String exception(MyException e) { System.out.println(e.getMessage()); e.printStackTrace(); return "exception"; } @RequestMapping("test") public void test() { throw new MyException("出错了!"); } }
这里在页面上访问test方法的时候就会报错,而拥有该test方法的Controller又拥有一个处理该异常的方法,这个时候处理异常的方法就会被调用
优先级
既然在SpringMVC中有两种处理异常的方式,那么就存在一个优先级的问题:
当发生异常的时候,SpringMVC会如下处理:
(1)SpringMVC会先从配置文件找异常解析器HandlerExceptionResolver
(2)如果找到了异常异常解析器,那么接下来就会判断该异常解析器能否处理当前发生的异常
(3)如果可以处理的话,那么就进行处理,然后给前台返回对应的异常视图
(4)如果没有找到对应的异常解析器或者是找到的异常解析器不能处理当前的异常的时候,就看当前的Controller中有没有提供对应的异常处理器,如果提供了就由Controller自己进行处理并返回对应的视图
(5)如果配置文件里面没有定义对应的异常解析器,而当前Controller中也没有定义的话,那么该异常就会被抛出来。
以上是springMVC對異常處理的支持的詳細內容。更多資訊請關注PHP中文網其他相關文章!

javaispopularforcross-platformdesktopapplicationsduetoits“ writeonce,runany where”哲學。 1)itusesbytiesebyTecodeThatrunsonAnyJvm-備用Platform.2)librarieslikeslikeslikeswingingandjavafxhelpcreatenative-lookingenative-lookinguisis.3)

在Java中編寫平台特定代碼的原因包括訪問特定操作系統功能、與特定硬件交互和優化性能。 1)使用JNA或JNI訪問Windows註冊表;2)通過JNI與Linux特定硬件驅動程序交互;3)通過JNI使用Metal優化macOS上的遊戲性能。儘管如此,編寫平台特定代碼會影響代碼的可移植性、增加複雜性、可能帶來性能開銷和安全風險。

Java將通過雲原生應用、多平台部署和跨語言互操作進一步提昇平台獨立性。 1)雲原生應用將使用GraalVM和Quarkus提升啟動速度。 2)Java將擴展到嵌入式設備、移動設備和量子計算機。 3)通過GraalVM,Java將與Python、JavaScript等語言無縫集成,增強跨語言互操作性。

Java的強類型系統通過類型安全、統一的類型轉換和多態性確保了平台獨立性。 1)類型安全在編譯時進行類型檢查,避免運行時錯誤;2)統一的類型轉換規則在所有平台上一致;3)多態性和接口機制使代碼在不同平台上行為一致。

JNI會破壞Java的平台獨立性。 1)JNI需要特定平台的本地庫,2)本地代碼需在目標平台編譯和鏈接,3)不同版本的操作系統或JVM可能需要不同的本地庫版本,4)本地代碼可能引入安全漏洞或導致程序崩潰。

新興技術對Java的平台獨立性既有威脅也有增強。 1)雲計算和容器化技術如Docker增強了Java的平台獨立性,但需要優化以適應不同雲環境。 2)WebAssembly通過GraalVM編譯Java代碼,擴展了其平台獨立性,但需與其他語言競爭性能。

不同JVM實現都能提供平台獨立性,但表現略有不同。 1.OracleHotSpot和OpenJDKJVM在平台獨立性上表現相似,但OpenJDK可能需額外配置。 2.IBMJ9JVM在特定操作系統上表現優化。 3.GraalVM支持多語言,需額外配置。 4.AzulZingJVM需特定平台調整。

平台獨立性通過在多種操作系統上運行同一套代碼,降低開發成本和縮短開發時間。具體表現為:1.減少開發時間,只需維護一套代碼;2.降低維護成本,統一測試流程;3.快速迭代和團隊協作,簡化部署過程。


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

SecLists
SecLists是最終安全測試人員的伙伴。它是一個包含各種類型清單的集合,這些清單在安全評估過程中經常使用,而且都在一個地方。 SecLists透過方便地提供安全測試人員可能需要的所有列表,幫助提高安全測試的效率和生產力。清單類型包括使用者名稱、密碼、URL、模糊測試有效載荷、敏感資料模式、Web shell等等。測試人員只需將此儲存庫拉到新的測試機上,他就可以存取所需的每種類型的清單。

Dreamweaver CS6
視覺化網頁開發工具

SAP NetWeaver Server Adapter for Eclipse
將Eclipse與SAP NetWeaver應用伺服器整合。

SublimeText3 Linux新版
SublimeText3 Linux最新版

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)