spring boot 默認異常處理的實現(xiàn)
本周在看陳杰寫的自定義異常的微信異常時，使用的是自定義異常狀態(tài)碼和信息，在出錯時將他拋出，并用@ExceptionHandler注解定義一個全局異常處理器，根據異常的內容向前臺發(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)碼寫入響應，而信息卻直接返回了，詢問陳杰，前臺果然沒有接受到e.getMessage()的信息,我上網搜索了一下,推薦他使用response.sendError(code, message)這個方法來返回異常的信息,但是這么一試之后卻遭到了奇怪的問題.
莫名的攔截器
項目配置了一個攔截器，專門用來對用戶進行驗證是否登錄的，這個是前提.在使用response.setStatus()方法時，前臺能正確的接受到傳入的狀態(tài)碼，而使用response.sendError()時，前臺卻接受到的一直是401用戶未登錄的狀態(tài)碼，打了斷點進行調試,分別在攔截器,跑出異常的方法,處理異常的方法打上斷點,測試使用response.setStatus()和response.sendError()方法來查看執(zhí)行順序,結果讓我感到驚奇:
使用response.setStatus()執(zhí)行順序:
使用response.sendError()執(zhí)行順序:
出現(xiàn)了令人驚奇兩點：
1.setStatus()請求時沒有經過攔截器
2.sendError()在異常處理完畢后經過了一次攔截器
查看注冊攔截器配置,解決了第一個問題的疑惑:
public void addInterceptors(InterceptorRegistry registry) {
// 添加攔截器，去除對登錄的攔截
registry.addInterceptor(authInterceptor)
.excludePathPatterns("/user/login")
.excludePathPatterns("/user/wechatLogin");
}
這個異常是用戶登錄時拋出的，在注冊時將登錄路徑給忽略了，因為我們只是攔截未登錄的請求，而請求登錄的請求不應該攔截，這是正確的，但第二點卻怎么也不明白，本應忽略攔截的請求，為什么換了sendError()方法后，卻在異常處理完畢后經過了異常攔截器?
springboot的默認異常處理
對比兩個方法的不同:setStatus()只是改了一下狀態(tài)嗎,而sendError()還有請求錯誤的意味，于是猜想是不是請求錯誤才會出現(xiàn)這種情況,將方法直接改為throw new RuntimeException()(沒有處理異常),發(fā)現(xiàn)攔截器攔截的請求的url居然是一個/error的url.
這個/error的url并未在項目中定義過任何的控制器中，也從未發(fā)起這樣的請求，上網一查詢,原來這是Spring Boot提供了一個默認的映射：/error，當處理中拋出異常之后，會轉到該請求中處理，并且該請求有一個全局的錯誤頁面用來展示異常內容.
但是我們的攔截器把這個請求攔截了(并且這個請求沒有攜帶正確的cookie)，所以直接就返回了401錯誤,response中也沒有我們定義的狀態(tài)碼和信息了.
json還是html
一切真相大白了，但忽然想到如果是瀏覽器發(fā)起的請求，服務器錯誤后springboot默認異常處理返回的是html，但是如果像我們前后臺分離的請求，返回就不應該是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根據Accept字段來給你返回響應的內容,例如application/json返回json，text/html返回html，真是感嘆spring-boot真是太周全了.
總結
spring-boot好心幫你默認請求異常，但是卻給你帶來了麻煩，感覺還是自己理解的不夠多，學習路還遠著呢。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
相關文章
這篇文章主要介紹了Java8之函數式接口及常用函數式接口，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-11-11
這篇文章主要介紹了5種Java中數組的拷貝方法總結分享，文章圍繞主題展開詳細的內容介紹，具有一定的參考價值，需要的朋友可以參考一下2022-07-07
java開發(fā)SpringBoot參數校驗過程示例教程
這篇文章主要為大家介紹了SpringBoot如何進行參數校驗的過程示例詳解教程，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步2021-10-10
Java實現(xiàn)自定義ArrayList類的示例代碼
這篇文章主要為大家簡單的介紹ArrayList一下里面的add方法、size方法、isEmpty方法，以及如何實現(xiàn)自定義ArrayList類，感興趣的可以了解一下2022-08-08
用戶上傳大文件,網絡差點的需要歷時數小時，萬一線路中斷，不具備斷點續(xù)傳的服務器就只能從頭重傳，而斷點續(xù)傳就是，允許用戶從上傳斷線的地方繼續(xù)傳送，這樣大大減少了用戶的煩惱。本文將用Java語言實現(xiàn)斷點續(xù)傳，需要的可以參考一下2022-05-05
八皇后問題是一個古老而又著名的問題，是學習回溯算法的一個經典案例。今天我們就一起來探究一下吧2021-06-06
這篇文章主要介紹了通過簡易例子講解Java回調機制,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2019-11-11
Spring Cloud Gateway全局通用異常處理的實現(xiàn)
這篇文章主要介紹了Spring Cloud Gateway全局通用異常處理的實現(xiàn)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2020-05-05
這篇文章主要介紹了利用Socket.io 實現(xiàn)消息實時推送功能,需要的朋友可以參考下2017-12-12
這篇文章主要介紹了Maven打包并生成運行腳本,本文通過實例代碼給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2020-07-07