实现Controller的三种方式分析
实现Controller接口
该接口对应的HanderAdapter为SimpleControllerHandlerAdapter。
使用案列：
public class LeController implements Controller {
@Override
public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
// 创建数据视图类
ModelAndView mv = new ModelAndView();
// 填充数据
mv.addObject("msg","北方情韵");
// 跳转的视图
mv.setViewName("index");
return mv;
}
}
配置对应的bean信息，这里的name就是访问该Controller的路径。
<bean class="cn.lele.controller.LeController" name="/le" />
我们可以通过debug那个执行链就可以知道。
实现HttpRequestHandler接口
该接口对应的HanderAdapter为HttpRequestHandlerAdapter。
使用案例：
public class YueController implements HttpRequestHandler {
@Override
public void handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
request.setAttribute("msg","实现接口HttpRequestHandler");
request.getRequestDispatcher("/WEB-INF/pages/index.jsp").forward(request,response);
}
}
配置对应的bean信息，这里的name就是访问该Controller的路径。
<bean class="cn.lele.controller.YueController" name="/yue" />
继续查看当前对象的执行链：
这两种方式大体上是类似的，我们可以区别的看一下，他们是怎么处理的。
先看实现HttpRequestHandlerAdapter接口的：
进入1075行代码：
可以发现，这是把当前Controller强转为HttpRequestHander，然后再执行HttpRequestHanderAdapter的handleRequest方法。（实际就是去执行我们Controller里面的方法。）
而HttpRequestHandler正是我们Contoller类实现的HttpRequestHandler。
同理，我们去看一下实现Controller接口的类的处理方法。
一样，都是先强转为接口类，然后执行对应的方法，也就是我们自己实现的方法：
使用注解的方式
探究HandlerAdapter的装配规则
未配置HandlerAdapter
观察DispatcherServlet的初始化方法：
可以看到有对HandlerAdapter的初始化，点进去加断点。
开始Debug:
根据注释，我们可以知道如果此时HandlerAdapters如果为空的话将加载初始化的HandlerAdapters
可以看到，在664行加载了四个HandlerAdapter
进入此方法继续debug查看：
重启后，继续Debug:
往下走，可以看到这里读取到了几个HandlerAdapter
很明显872行代码是读取了什么文件
重新Debug可以发现这里读取的是org/springframework/web/servlet/DispatcherServlet.properties文件。
DispatcherServlet.properties：
......
org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter,\
org.springframework.web.servlet.function.support.HandlerFunctionAdapter
......
文件里内容不少，我这里只留下了HandlerAdapter的信息了
继续往下看怎么处理的：
下面我感觉应该是利用泛型和反射得到所有的处理器。
配置了HandlerAdapter
如果我们再容器中装配了Adapter:
重启tomcat，继续Debug
可以看到642行读取到了我们配置的两个HandlerAdapter，并且再645行赋值给了DispatcherServlet的handlerAdapters，此时方法就会结束了。因为下面都不符合条件了。
总结：
如果我们在容器里添加了HandlerAdapter，那么就不会通过读取本地的文件添加默认的四个HandlerAdapter。
如果没在容器中添加HandlerAdapter，机会读取本地的DispatcherServlet.properties里面的四个HandlerAdapter。