spring boot 默認異常處理的實現(xiàn)
本周在看陳杰寫的自定義異常的微信異常時,使用的是自定義異常狀態(tài)碼和信息,在出錯時將他拋出,并用@ExceptionHandler注解定義一個全局異常處理器,根據(jù)異常的內(nèi)容向前臺發(fā)送狀態(tài)碼和信息,處理異常的代碼如下圖:
//處理微信登錄的異常
@ExceptionHandler(value = WechatLoginException.class)
public String WechatLoginExceptionHandler(HttpServletRequest request, HttpServletResponse response, WechatLoginException e){
logger.error("微信登錄異常:---Host {} invokes url {} ERROR: {}", request.getRemoteHost(), request.getRequestURL(), e.getMessage());
response.setStatus(e.getCode());
return e.getMessage();
}
在這里我看的時候有點疑惑,將狀態(tài)碼寫入響應(yīng),而信息卻直接返回了,詢問陳杰,前臺果然沒有接受到e.getMessage()的信息,我上網(wǎng)搜索了一下,推薦他使用response.sendError(code, message)這個方法來返回異常的信息,但是這么一試之后卻遭到了奇怪的問題.
莫名的攔截器
項目配置了一個攔截器,專門用來對用戶進行驗證是否登錄的,這個是前提.在使用response.setStatus()方法時,前臺能正確的接受到傳入的狀態(tài)碼,而使用response.sendError()時,前臺卻接受到的一直是401用戶未登錄的狀態(tài)碼,打了斷點進行調(diào)試,分別在攔截器,跑出異常的方法,處理異常的方法打上斷點,測試使用response.setStatus()和response.sendError()方法來查看執(zhí)行順序,結(jié)果讓我感到驚奇:
使用response.setStatus()執(zhí)行順序:

使用response.sendError()執(zhí)行順序:

出現(xiàn)了令人驚奇兩點:
1.setStatus()請求時沒有經(jīng)過攔截器
2.sendError()在異常處理完畢后經(jīng)過了一次攔截器
查看注冊攔截器配置,解決了第一個問題的疑惑:
public void addInterceptors(InterceptorRegistry registry) {
// 添加攔截器,去除對登錄的攔截
registry.addInterceptor(authInterceptor)
.excludePathPatterns("/user/login")
.excludePathPatterns("/user/wechatLogin");
}
這個異常是用戶登錄時拋出的,在注冊時將登錄路徑給忽略了,因為我們只是攔截未登錄的請求,而請求登錄的請求不應(yīng)該攔截,這是正確的,但第二點卻怎么也不明白,本應(yīng)忽略攔截的請求,為什么換了sendError()方法后,卻在異常處理完畢后經(jīng)過了異常攔截器?
springboot的默認異常處理
對比兩個方法的不同:setStatus()只是改了一下狀態(tài)嗎,而sendError()還有請求錯誤的意味,于是猜想是不是請求錯誤才會出現(xiàn)這種情況,將方法直接改為throw new RuntimeException()(沒有處理異常),發(fā)現(xiàn)攔截器攔截的請求的url居然是一個/error的url.

這個/error的url并未在項目中定義過任何的控制器中,也從未發(fā)起這樣的請求,上網(wǎng)一查詢,原來這是Spring Boot提供了一個默認的映射:/error,當處理中拋出異常之后,會轉(zhuǎn)到該請求中處理,并且該請求有一個全局的錯誤頁面用來展示異常內(nèi)容.
但是我們的攔截器把這個請求攔截了(并且這個請求沒有攜帶正確的cookie),所以直接就返回了401錯誤,response中也沒有我們定義的狀態(tài)碼和信息了.
json還是html
一切真相大白了,但忽然想到如果是瀏覽器發(fā)起的請求,服務(wù)器錯誤后springboot默認異常處理返回的是html,但是如果像我們前后臺分離的請求,返回就不應(yīng)該是html而是json的錯誤信息了,這個要怎么區(qū)分呢?
使用google插件發(fā)送請求,返回的body是這樣的:

而用瀏覽器發(fā)起的請求返回的卻是一個html頁面:
<html> <body> <h1>Whitelabel Error Page</h1> <p>This application has no explicit mapping for /error, so you are seeing this as a fallback.</p> <div id='created'>Sat Apr 13 21:34:34 CST 2019</div> <div>There was an unexpected error (type=Internal Server Error, status=500).</div> <div>No message available</div> </body> </html>
仔細查看兩者發(fā)起的請求不同,在瀏覽器發(fā)起請求信息requestheader上發(fā)現(xiàn)了Accept字段:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
頓時就明白了,在發(fā)送請求時spring-boot根據(jù)Accept字段來給你返回響應(yīng)的內(nèi)容,例如application/json返回json,text/html返回html,真是感嘆spring-boot真是太周全了.
總結(jié)
spring-boot好心幫你默認請求異常,但是卻給你帶來了麻煩,感覺還是自己理解的不夠多,學(xué)習(xí)路還遠著呢。
以上就是本文的全部內(nèi)容,希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Struts2學(xué)習(xí)手冊之文件上傳基礎(chǔ)教程
Struts2提供的文件上傳下載機制十分簡便,使得我們寫很少的代碼,下面這篇文章主要給大家介紹了關(guān)于Struts2學(xué)習(xí)手冊之文件上傳的相關(guān)資料,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考下2018-05-05
如何使用jakarta.json進行json序列化和反序列化
java里,json框架何其多,常見的有jackson、fastjson、gson等,本文重點介紹如何使用jakarta.json進行json序列化和反序列化,需要的朋友可以參考下,2024-07-07
Java利用遞歸算法實現(xiàn)查詢斐波那契數(shù)
今天小編就為大家分享一篇關(guān)于Java利用遞歸算法實現(xiàn)查詢斐波那契數(shù),小編覺得內(nèi)容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧2018-12-12
Spring Native項目實戰(zhàn)(體驗79毫秒啟動springboot應(yīng)用)
Spring Native是Spring提供的、制作native image的技術(shù)方案,本篇主要內(nèi)容是開發(fā)springboot應(yīng)用再構(gòu)建為native image的方法,通過Spring Native項目實戰(zhàn)讓大家體驗79毫秒啟動springboot應(yīng)用,感興趣的朋友跟隨小編一起看看吧2021-05-05
最簡單的在IntelliJ IDEA導(dǎo)入一個本地項目教程(圖文)
這篇文章主要介紹了最簡單的在IntelliJ IDEA導(dǎo)入一個本地項目教程(圖文),文中通過圖文介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-08-08

