通常来讲，为方便开发，我们会对异常进行统一的处理。会定义一个异常基类，针对基于这个基类的自定义异常进行统一处理。

当异常基类为检查型异常（Checked Exception）时，如果自定义异常是通过切面等代理抛出的，被代理的方法本身并未抛出且也未声明此异常时，就会遇到这个问题：

统一异常处理方法中，捕获到的异常，已不是代理类中抛出的自定义异常，而是一个将自定义异常包装在内的 java.lang.reflect.UndeclaredThrowableException。

那么为什么会这样呢？

以使...

按 还在给每个请求加前缀避免模块间接口冲突呢？ 中内容，我们可以通过 ServletRegistrationBean 注册多个 DispatcherServlet，那么 Servlet 被注册到哪了呢？

简单的回答：Servlet 容器。

没毛病！但马达马达大内！注册到了 Servlet 容器里的哪？存在什么结构里？

让我们以 Tomcat 容器为例，刨根问底。

在 ServletRegistrationBean 中，有一个 addRegistration 方法，将具体的 Servlet 添加到...

Spring MVC 按模块开发时，可能经常会遇到这个场景：一个模块由一个开发人员负责开发，模块内能较好的保证 RequestMapping 的 path 不重复，但模块间就很难有效的方式保证唯一。

通常有两种处理方式：

1. 对开发进行规范或约定，为每个模块起一个前缀，要求在模块内开发的所有 controller 都带上前缀，这样就只要保证模块内唯一即可。
2. 每个模块部署为单独的服务，通过 servlet context path 进行区分。

两种方式都能解决问题，但同时也都会带来一些问题：

1. 依...

假设能够获得到一个 HttpServletRequest，需要根据这个请求内的具体信息，找到其所对应的 Spring Controller 中的方法，并对方法进行调用，获得该方法的返回值。

这个需求，与 DispatcherServlet 的作用非常类似。先看一下请求到达 DispatcherServlet 之后的处理流程：

因为最终目标是获得请求对应的 Controller 方法的返回值，所以上图中的流程走到第 4 步即可。

1. HttpServletRequest 请求抵达 DispatcherServlet...