SpringBoot異常處理的原理是什么

SpringBoot異常處理的原理是什么，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

異常處理流程

執行目標方法，目標方法運行期間有任何異常都會被catch捕獲，并標志當前請求結束，dispatchException拋出異常

進入視圖解析流程，并渲染頁面，發生異常時，參數mv為空，傳入捕獲的異常dispatchException

處理handler發生的異常，處理完成返回ModelAndView

（1）遍歷所有的HandlerExceptionResolvers，找到可以處理當前異常的解析器來解析異常

（2）調用resolveException解析異常，傳入request和response對象，哪個方法，發生的異常，然后自定義異常處理返回ModelAndView

（3）系統默認的異常解析器

① DefaultErrorAttributes先來處理異常，把異常信息保存到request域并返回null

② ExceptionHandlerExceptionResolver用來處理標注了@ExceptionHandler注解的方法異常

③ ResponseStatusExceptionResolver用來處理標注了@ResponseStatus注解的方法異常

④ DefaultHandlerExceptionResolver默認的處理器異常解析器，處理一些常見的異常

（4）如果沒有任何解析器能夠處理異常，異常就會拋出

（5）如果沒有任何解析器能夠處理當前異常，最終就會發送/error請求，將保存的異常信息轉發到/error。BasicErrorController專門來處理/error請求，BasicErrorController會遍歷所有的ErrorViewResolver解析錯誤視圖，如果沒有自定義的錯誤視圖解析器，就會使用默認的DefaultErrorViewResolver，會把響應碼作為錯誤頁的地址，模板引擎最終響應這個頁面。

幾種異常處理方式及原理

1.自定義錯誤頁，error/404.html、error/5xx.html。有精確的錯誤狀態碼頁面就匹配精確，沒有就找 4xx.html，如果都沒有就觸發白頁

2.使用@ControllerAdvice和@ExceptionHandler處理全局異常，底層是ExceptionHandlerExceptionResolver 支持的

3.使用@ResponseStatus和自定義異常。底層是 ResponseStatusExceptionResolver ，底層調用 response.sendError(statusCode, resolvedReason)，Tomcat會收到一個error。請求最后new一個空的ModelAndView返回，這樣任何處理解析器都處理不了當前的異常，最終就會發送/error請求，BasicErrorController專門來處理/error請求，適配4xx.html或者5xx.html頁面

4.Spring底層的異常，如參數類型轉換異常。底層是DefaultHandlerExceptionResolver 處理框架底層的異常，底層也是response.sendError(HttpServletResponse.SC_NOT_ACCEPTABLE)，Tomcat會收到一個error。請求最后new一個空的ModelAndView返回，這樣任何處理解析器都處理不了當前的異常，最終就會發送/error請求，BasicErrorController專門來處理/error請求，適配4xx.html或者5xx.html頁面

protected ModelAndView doResolveException(
			HttpServletRequest request, HttpServletResponse response, @Nullable Object handler, Exception ex) {

		try {
			if (ex instanceof HttpRequestMethodNotSupportedException) {
				return handleHttpRequestMethodNotSupported(
						(HttpRequestMethodNotSupportedException) ex, request, response, handler);
			}
			else if (ex instanceof HttpMediaTypeNotSupportedException) {
				return handleHttpMediaTypeNotSupported(
						(HttpMediaTypeNotSupportedException) ex, request, response, handler);
			}
			else if (ex instanceof HttpMediaTypeNotAcceptableException) {
				return handleHttpMediaTypeNotAcceptable(
						(HttpMediaTypeNotAcceptableException) ex, request, response, handler);
			}
			else if (ex instanceof MissingPathVariableException) {
				return handleMissingPathVariable(
						(MissingPathVariableException) ex, request, response, handler);
			}
			else if (ex instanceof MissingServletRequestParameterException) {
				return handleMissingServletRequestParameter(
						(MissingServletRequestParameterException) ex, request, response, handler);
			}
			else if (ex instanceof ServletRequestBindingException) {
				return handleServletRequestBindingException(
						(ServletRequestBindingException) ex, request, response, handler);
			}
			else if (ex instanceof ConversionNotSupportedException) {
				return handleConversionNotSupported(
						(ConversionNotSupportedException) ex, request, response, handler);
			}
			else if (ex instanceof TypeMismatchException) {
				return handleTypeMismatch(
						(TypeMismatchException) ex, request, response, handler);
			}
			else if (ex instanceof HttpMessageNotReadableException) {
				return handleHttpMessageNotReadable(
						(HttpMessageNotReadableException) ex, request, response, handler);
			}
			else if (ex instanceof HttpMessageNotWritableException) {
				return handleHttpMessageNotWritable(
						(HttpMessageNotWritableException) ex, request, response, handler);
			}
			else if (ex instanceof MethodArgumentNotValidException) {
				return handleMethodArgumentNotValidException(
						(MethodArgumentNotValidException) ex, request, response, handler);
			}
			else if (ex instanceof MissingServletRequestPartException) {
				return handleMissingServletRequestPartException(
						(MissingServletRequestPartException) ex, request, response, handler);
			}
			else if (ex instanceof BindException) {
				return handleBindException((BindException) ex, request, response, handler);
			}
			else if (ex instanceof NoHandlerFoundException) {
				return handleNoHandlerFoundException(
						(NoHandlerFoundException) ex, request, response, handler);
			}
			else if (ex instanceof AsyncRequestTimeoutException) {
				return handleAsyncRequestTimeoutException(
						(AsyncRequestTimeoutException) ex, request, response, handler);
			}
		}
		catch (Exception handlerEx) {
			if (logger.isWarnEnabled()) {
				logger.warn("Failure while trying to resolve exception [" + ex.getClass().getName() + "]", handlerEx);
			}
		}
		return null;
	}

5.自定義實現 HandlerExceptionResolver 處理異常，可以作為默認的全局異常處理規則

@Order(value = Ordered.HIGHEST_PRECEDENCE)
@Component
public class CustomerHandlerExceptionResolver implements HandlerExceptionResolver {
    @Override
    public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {

        try {
            response.sendError(521,"I love you !");
        } catch (IOException e) {
            e.printStackTrace();
        }
        return new ModelAndView();
    }
}

ErrorViewResolver 實現自定義處理異常。

（1）底層調用response.sendError時 ，error請求就會默認轉給basicErrorController，BasicErrorController專門來處理/error請求，適配4xx.html或者5xx.html頁面

（2）如果異常沒有任何解析器能處理，tomcat底層 也會調用response.sendError。error請求就會默認轉給basicErrorController，BasicErrorController專門來處理/error請求，適配4xx.html或者5xx.html頁面。

（3）basicErrorController 要去的頁面地址是由 ErrorViewResolver這個錯誤視圖解析器決定的，即適配4xx.html或者5xx.html頁面。

看完上述內容，你們掌握SpringBoot異常處理的原理是什么的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！