Spring基础源码分析（一）
实现Controller的三种方式分析每种实现的方式对应的HanderAdapter都不同。
实现Controller接口
该接口对应的HanderAdapter为SimpleControllerHandlerAdapter。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346437-317088120.png
使用案列：
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的路径。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346326-1149138823.png
我们可以通过debug那个执行链就可以知道。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347383-1985450586.png
实现HttpRequestHandler接口
该接口对应的HanderAdapter为HttpRequestHandlerAdapter。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346364-339977232.png
使用案例：
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的路径。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346338-1630937163.png
继续查看当前对象的执行链：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346428-253923495.png
这两种方式大体上是类似的，我们可以区别的看一下，他们是怎么处理的。
先看实现HttpRequestHandlerAdapter接口的：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346383-1429029038.png
进入1075行代码：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346797-1125365361.png
可以发现，这是把当前Controller强转为HttpRequestHander，然后再执行HttpRequestHanderAdapter的handleRequest方法。（实际就是去执行我们Controller里面的方法。）
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346841-21451172.png
而HttpRequestHandler正是我们Contoller类实现的HttpRequestHandler。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347884-97220771.png
同理，我们去看一下实现Controller接口的类的处理方法。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346860-1371839323.png
一样，都是先强转为接口类，然后执行对应的方法，也就是我们自己实现的方法：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205346943-1594193355.png
注意：当前的所处位置：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347019-1178927924.png
使用注解的方式
待补充
探究HandlerAdapter的装配规则
一直都很疑惑：
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347125-1761808137.png
为什么不装配全部都能用，只装配一种，不符合的就不能用了呢？
未配置HandlerAdapter
观察DispatcherServlet的初始化方法：
可以看到有对HandlerAdapter的初始化，点进去加断点。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347373-2137767251.png
开始Debug:
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347320-7774771.png
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347434-963345364.png
根据注释，我们可以知道如果此时HandlerAdapters如果为空的话将加载初始化的HandlerAdapters
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347421-24750745.png
可以看到，在664行加载了四个HandlerAdapter
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347723-474647186.png
进入此方法继续debug查看：
注意：DispatcherServlet的初始化方法只执行一次，后面需要重新启动tomcat才能继续进入初始化方法。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347777-480586739.png
重启后，继续Debug:
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347892-652386474.png
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205348477-1838674372.png
往下走，可以看到这里读取到了几个HandlerAdapter
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347874-2053107219.png
很明显872行代码是读取了什么文件
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347926-641525577.png
重新Debug可以发现这里读取的是org/springframework/web/servlet/DispatcherServlet.properties文件。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205347937-1753489472.png
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的信息了
继续往下看怎么处理的：
下面我感觉应该是利用泛型和反射得到所有的处理器。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205348196-64645484.png
配置了HandlerAdapter
如果我们再容器中装配了Adapter:
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205348233-2011792485.png
重启tomcat，继续Debug
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205348352-1952897619.png
可以看到642行读取到了我们配置的两个HandlerAdapter，并且再645行赋值给了DispatcherServlet的handlerAdapters，此时方法就会结束了。因为下面都不符合条件了。
https://img2023.cnblogs.com/blog/3087734/202303/3087734-20230302205348377-1758507235.png
总结：
如果我们在容器里添加了HandlerAdapter，那么就不会通过读取本地的文件添加默认的四个HandlerAdapter。
如果没在容器中添加HandlerAdapter，机会读取本地的DispatcherServlet.properties里面的四个HandlerAdapter。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！
页:
[1]