处理重新由Web服务器接管

可见，整个异常的处理过程都是在SpringMVC内部给搞定了，根本就没有涉及到web服务器，如tomcat。

那么问题来了，明明web服务器可以处理异常，为啥SpringMVC还要自己处理呢?

是不想呢，还是另有苦衷

读过的小伙伴应该能猜出来一些。因为SpringMVC开发的工程最终打成war包，然后扔到tomcat下面即可。

而且SpringMVC和tomcat之间是通过Java Web的规范联系起来的，它们之间根本没有办法自由交互的。

然而tomcat的错误处理需要在web.xml里面配置。严格来说，web.xml其实和SpringMVC关系不大。

特别是Spring全面进入Java和注解配置时代以后，web.xml逐渐被弱化，继而变得可有可无，直到最终完全消失。

所以(我猜测)SpringMVC可能不希望自己的用户到一个和自己关系不大的web.xml里面配置一些和业务相关的异常处理映射。

所以只好自己把异常处理消化掉。不劳tomcat大驾。因此才有了SpringMVC统一处理异常。

重新让web服务器来处理错误

当历史来到了SpringBoot的时代，SpringBoot翻身做主成了入口，web服务器竟然成了一个组件。

SpringBoot可以操作web服务器的API，通过编程的方式，对web服务器进行深度配置。

所以很多事情都变得容易起来，比如错误处理。

因为web.xml里的错误处理映射最终是注册到tomcat里面了，所以SpringBoot只要操作tomcat的API，使用编程的方式也来注册一些错误处理映射不就可以了嘛。

因为用户直接是和SpringBoot打交道的，所以SpringBoot需要抽象出一套错误处理注册机制，让用户来注册。

这样SpringBoot拿到用户注册的错误处理映射信息后，在生成web服务器(如tomcat)时，把这些映射信息添加到web服务器中即可。

SpringBoot注册错误处理映射的方案

（编辑：江门站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!