前言

急于现在、立刻、马上解决问题的同学，请直接拉到最下面【解决办法】！！！希望可以帮到你。

小编最近再做一个工作，就是将公司一套老项目移植到新框架，所谓“新三年，旧三年，缝缝补补再三年”，重新装修一下，方便公司涨价再卖嘛。然后，就遇到了这个 “dispatcherServlet” 的异常问题。

起初还以为是 SpringBoot 底层框架的问题，毕竟涉及到了 DispatcherServlet 嘛，知道真相的我却眼泪掉下来，呃呃呃 …

阅读本篇，你可能会需要的博文：

异常：Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception 已解决

问题描述

ERROR http-nio-8080-exec-1 (DirectJDKLog.java:175) – Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is java.lang.NullPointerException] with root cause
java.lang.NullPointerException: null

异常截图：

异常：Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception 已解决

原因分析

我总结了下，既然和 DispatcherServlet 有关，那无非就是MVC的映射出了问题，通俗的理解，就是：JVM编译期有个 servlet 加载/调用失败了。

我画了一张图，和大家一起复习下 DispatcherServlet ：

异常：Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception 已解决

整个流程可以被大致描述为：

一个http请求到达服务器，被DispatcherServlet接收。
DispatcherServlet将请求委派给合适的处理器Controller，此时处理控制权到达Controller对象。
Controller内部完成请求的数据模型的创建和业务逻辑的处理，然后再将填充了数据后的模型即model和控制权一并交还给DispatcherServlet，委派DispatcherServlet来渲染响应。
DispatcherServlet再将这些数据和适当的数据模版视图结合，向Response输出响应。

解决办法

解决问题以后我又认真的研究了下，结合众多前辈的经验教训做出如下总结，算是很全面了：

1. 编译出错

原因分析：未知原因，JVM没有编译新创建的类，需要强制重构一下项目（可以理解为电脑的关机重启）

解决办法：（IDEA为例）导航栏 –> Build –> ReBuild Project

2. Controllor 层引入的 Service 接口上面忘记写 @Resource 或 @Autowired 注解

原因分析：原因同【1】，区别在于这是人为造成的项目编译期找不到某个类

解决办法：仔细检查程序，在引入的Service层实现类上添加注解 @Autowired 或 @Resource 注解

3. Controllor 层调用的方法是 private 私有的，导致分发失败

原因分析：老框架为什么可以我没研究，所以不敢乱讲，但是MVC，SpringBoot，SpringBootCloud框架都要求是 public

解决办法：找到出错方法，将接口类的方法改成 public，如下图所示 ↓↓↓

异常：Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception 已解决

4. 其他，如：SpringBoot注解没有正确使用

具体问题要具体分析，问题的描述在异常里写的很清楚，比如我的异常是“… java.lang.NullPointerException: null ”，这很明显是少了东西嘛，所以才有上面 “1~3 ” 的可能性。

小编还见到，有人出现 DispatcherServlet 异常的描述为 “ … java.lang.IllegalArgumentException：Unknown return value type: java.lang.Integer”。

类似这种问题，就是我们使用的注解出了问题，如：在 Controllor 层的某个接口上忘加了 @ResponseBody 注解

@responseBody 注解的作用：

将 controller 的方法返回的对象通过适当的转换器转换为指定的格式之后，写入到 response 对象的 body 区，通常用来返回 JSON 数据或者是 XML 数据，

需要注意的是，在使用此注解之后不会再走试图处理器，而是直接将数据写入到输入流中，他的效果等同于通过response对象输出指定格式的数据。

总结下来，就是没有正确使用注解，才造成了前后端数据格式不一致的嘛，这个还是需要多多注意。

对 SpringBoot 注解感兴趣的，可以看看我的另一篇博文，链接见【前言】详情。