溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
這篇文章給大家介紹如何在spring boot中實現默認異常處理，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。
莫名的攔截器
項目配置了一個攔截器，專門用來對用戶進行驗證是否登錄的，這個是前提.在使用response.setStatus()方法時，前臺能正確的接受到傳入的狀態碼，而使用response.sendError()時，前臺卻接受到的一直是401用戶未登錄的狀態碼，打了斷點進行調試,分別在攔截器,跑出異常的方法,處理異常的方法打上斷點,測試使用response.setStatus()和response.sendError()方法來查看執行順序,結果讓我感到驚奇:
使用response.setStatus()執行順序:
使用response.sendError()執行順序:
出現了令人驚奇兩點：
1.setStatus()請求時沒有經過攔截器
2.sendError()在異常處理完畢后經過了一次攔截器
查看注冊攔截器配置,解決了第一個問題的疑惑:
public void addInterceptors(InterceptorRegistry registry) {
// 添加攔截器，去除對登錄的攔截
registry.addInterceptor(authInterceptor)
.excludePathPatterns("/user/login")
.excludePathPatterns("/user/wechatLogin");
}這個異常是用戶登錄時拋出的，在注冊時將登錄路徑給忽略了，因為我們只是攔截未登錄的請求，而請求登錄的請求不應該攔截，這是正確的，但第二點卻怎么也不明白，本應忽略攔截的請求，為什么換了sendError()方法后，卻在異常處理完畢后經過了異常攔截器?
springboot的默認異常處理
對比兩個方法的不同:setStatus()只是改了一下狀態嗎,而sendError()還有請求錯誤的意味，于是猜想是不是請求錯誤才會出現這種情況,將方法直接改為throw new RuntimeException()(沒有處理異常),發現攔截器攔截的請求的url居然是一個/error的url.
這個/error的url并未在項目中定義過任何的控制器中，也從未發起這樣的請求，上網一查詢,原來這是Spring Boot提供了一個默認的映射：/error，當處理中拋出異常之后，會轉到該請求中處理，并且該請求有一個全局的錯誤頁面用來展示異常內容.
但是我們的攔截器把這個請求攔截了(并且這個請求沒有攜帶正確的cookie)，所以直接就返回了401錯誤,response中也沒有我們定義的狀態碼和信息了.
json還是html
一切真相大白了，但忽然想到如果是瀏覽器發起的請求，服務器錯誤后springboot默認異常處理返回的是html，但是如果像我們前后臺分離的請求，返回就不應該是html而是json的錯誤信息了，這個要怎么區分呢？
使用google插件發送請求，返回的body是這樣的:
而用瀏覽器發起的請求返回的卻是一個html頁面:
<html> <body> <h2>Whitelabel Error Page</h2> <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>
仔細查看兩者發起的請求不同,在瀏覽器發起請求信息requestheader上發現了Accept字段:
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
關于如何在spring boot中實現默認異常處理就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
