Java全局異常處理器實(shí)現(xiàn)過程解析
前言
最近稍微閑了一點(diǎn)于是把這個(gè)半年都沒更新的開源項(xiàng)目 cicada 重新?lián)炝似饋怼?/p>
一些新關(guān)注的朋友應(yīng)該還不知道這項(xiàng)目是干啥的?先來看看官方介紹吧(其實(shí)就我自己寫的😀)
cicada: 基于 Netty4 實(shí)現(xiàn)的快速、輕量級 WEB 框架;沒有過多的依賴,核心 jar 包僅 30KB。
效果
廣告打完了,回到正題;大家平時(shí)最常用的 MVC 框架當(dāng)屬 SpringMVC 了,而在搭建腳手架的時(shí)候相信全局異常處理是必不可少的。
Spring 用法
通常我們的做法如下:
傳統(tǒng) Spring 版本:
實(shí)現(xiàn)一個(gè) Spring 自帶的接口,重寫其中的方法,最后的異常處理便在此處。將這個(gè)類配置在 Spring 的 xml ,當(dāng)做一個(gè) bean 注冊到 Spring 容器中。
public class CustomExceptionResolver implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { //自定義處理}
<bean class='ssm.exception.CustomExceptionResolver'></bean>
當(dāng)然現(xiàn)在流行的 SpringBoot 也有對應(yīng)的簡化版本:
@ControllerAdvicepublic class GlobalExceptionHandler { @ExceptionHandler(value = Exception.class) public Object defaultErrorHandler(HttpServletRequest req, Exception e) throws Exception { //自定義處理 }}
全部都換為注解形式,但本質(zhì)上還是一樣的。
都是要在容器中創(chuàng)建一個(gè)特殊的 bean,這個(gè) bean 專門用于處理異常,當(dāng)系統(tǒng)運(yùn)行時(shí)出現(xiàn)異常,就從容器中找到該 bean,并執(zhí)行其中的方法即可。
至于這個(gè)特殊的 bean 如何標(biāo)識出來,無非就是實(shí)現(xiàn)某個(gè)特定接口或者用注解聲明,也就對應(yīng)了傳統(tǒng) Spring 和 SpringBoot 的用法。
cicada 用法
cicada 在設(shè)計(jì)自己的全局異常處理器時(shí)也參考了 Spring 的相關(guān)設(shè)計(jì),所以最終用法如下:
@CicadaBeanpublic class ExceptionHandle implements GlobalHandelException { private final static Logger LOGGER = LoggerBuilder.getLogger(ExceptionHandle.class); @Override public void resolveException(CicadaContext context, Exception e) { LOGGER.error('Exception', e); WorkRes workRes = new WorkRes(); workRes.setCode('500'); workRes.setMessage(e.getClass().getName() + '系統(tǒng)運(yùn)行出現(xiàn)異常'); context.json(workRes); }}
自定義一個(gè)實(shí)現(xiàn)了 GlobalHandelException 接口的類,當(dāng)請求出現(xiàn)異常時(shí),頁面和后臺將會(huì)如下輸出:
設(shè)計(jì)
看得出用法和 Spring 非常類似,也是需要實(shí)現(xiàn)一個(gè)接口 GlobalHandelException,同時(shí)使用 @CicadaBean 注解該類將他加載到 cicada 內(nèi)置的 IOC 容器內(nèi)。
當(dāng)出現(xiàn)異常時(shí)則在這個(gè) IOC 容器中找到該對象調(diào)用它的 resolveException 即可。
其中還可以通過 CicadaContext 全局上下文響應(yīng)不同的輸出(json/text/html)。
核心原理
簡單畫了下流程圖,步驟如下:
初始化時(shí)會(huì)找到實(shí)現(xiàn)了 GlobalHandelException 接口的類,將它實(shí)例化并注冊到 IOC 容器中。當(dāng)發(fā)生異常時(shí)從容器中獲取到異常處理器的對象,執(zhí)行其中的處理函數(shù)即可。
說了半天原理來看看源碼是如何實(shí)現(xiàn)的。
在初始化 bean 時(shí),如果是一個(gè)異常處理器則會(huì)將他單獨(dú)存放(也就相當(dāng)于前文說的打標(biāo)識)。
其中的 GlobalHandelException 本身的定義也非常簡單:
接下來是運(yùn)行時(shí):
而當(dāng)出現(xiàn)異常時(shí)則會(huì)通過之前的保存的異常處理 bean 進(jìn)行異常處理,在調(diào)用的同時(shí)將全局上下文及異常信息傳遞過去就齊活了。
這樣就可以在這個(gè)實(shí)現(xiàn)類中實(shí)現(xiàn)我們自己的異常處理邏輯了。
總結(jié)
萬一今后面試官問你們 SpringMVC 的異常處理是如何實(shí)現(xiàn)的?你該知道怎么回答了吧😏。
同時(shí)也可以發(fā)散一下,是否可以配置一個(gè)針對于某一個(gè) controller 的異常處理,這樣每個(gè) controller 產(chǎn)生的異常可以單獨(dú)處理,如果沒有配置則進(jìn)入全局異常;原理也差不多,感興趣的朋友可以提個(gè) PR 完成該 feature。
項(xiàng)目源碼:
https://github.com/TogetherOS/cicada
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持好吧啦網(wǎng)。
相關(guān)文章:
1. chat.asp聊天程序的編寫方法2. JSP之表單提交get和post的區(qū)別詳解及實(shí)例3. 利用FastReport傳遞圖片參數(shù)在報(bào)表上展示簽名信息的實(shí)現(xiàn)方法4. PHP循環(huán)與分支知識點(diǎn)梳理5. Ajax請求超時(shí)與網(wǎng)絡(luò)異常處理圖文詳解6. JSP+Servlet實(shí)現(xiàn)文件上傳到服務(wù)器功能7. jsp實(shí)現(xiàn)textarea中的文字保存換行空格存到數(shù)據(jù)庫的方法8. ASP中格式化時(shí)間短日期補(bǔ)0變兩位長日期的方法9. JavaWeb Servlet中url-pattern的使用10. jsp EL表達(dá)式詳解
