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

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

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

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

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

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

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

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

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

          了解了 DispatcherServlet 流程，我们开始尝试研究解决办法，结合众多前辈的经验，做出如下总结，算是很全面了：

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

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

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

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

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

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

        收录于评论区大佬的经验，请认真检查的的参数名称是否映射正确。

        这个问题我没有在本地复现，写在这里，希望各大家提供一种解决思路。

        具体问题要具体分析，问题的描述在异常里写的很清楚，比如我的异常是“... 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 注解感兴趣的，可以看看我的另一篇博文，链接见【前言】详情。