0、简述
在学习这个学习笔记之前最好能够对spring mvc以及Tomcat有些了解,这样理解起来更加方便,如果需要知道最直接的解决方案,拖到最底部看样例代码即可。
介绍了springboot的白页出现的真正原因,主要是没有合适的匹配情况出现404情况,然后跳转到系统默认的第一个ErrorPage,也就是白页内容上,然后根据其特定分别从三个角度,1、拦截器,2、新ErrorPage,3、自定义/error路由 去解决该问题,并且介绍各自方法的优缺点,其中还有介绍到循环页面错误的本质原因等情况
1、Whitelabel Error Page 白页
什么叫Whitelabel Error Page(也叫白页),就是SpringBoot中HTTP请求出现异常的说明页,如下图
白页内容会展示状态码、path、以及错误原因等情况,但是真正发布在线上生成环境一般不允许出现这样的情况,更多的是自定义的404页面或者500页面等。
那么现在我们就来了解下什么情况会产生白页的情况,以及如何解决这种情况。我们就以404的情况去了解其原因。
直接来到DispatcherServlet类的protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception方法,其中包含的代码片段
mappedHandler = getHandler(processedRequest);// 找到合适的请求处理器if (mappedHandler == null || mappedHandler.getHandler() == null) { // 原则上如果没有找到则会进入到这里,并且设置response的状态码为404 // 但是经过调试并没有进入到这里 noHandlerFound(processedRequest, response); return;}
在getHandler方法中会遍历当前web容器中的HandlerMapping,找出合适的处理器Handler
由上图可以很明显的知道便利出的当前Handler是SimpleUrlHandlerMapping,因为其中的url中包含了/**,所有的url都可以被匹配出,不会进入到后面的noHandlerFound中,适配处理器HandlerAdapter是HttpRequestHandlerAdapter实例化的对象
在mv = ha.handle(processedRequest, response, mappedHandler.getHandler())中没法找到对应的resource,设置response的状态码为404,具体可看ResourceHttpRequestHandler类的handleRequest方法
现在就相当于该请求设置了状态码为404,其他并没有做什么,mv也是为null的
这时候需要回到Tomcat的调用流程内,如果对Tomcat的调用流程请求的同学应该知道,Tomcat在连接器收到Socket套接字请求包装成为request、response等信息交由Engine->Host 等组件一层一层传递,再由各个组件的Pipeline管道接收,后续各自的Valve(阀门)一层一层的过滤处理。
这个时候来到StandardHostValve类的private void status(Request request, Response response)方法
private void status(Request request, Response response) { int stat