第三十八章 Spring之假如让你来写MVC—

本文链接：https://blog.csdn.net/weixin_42789334/article/details/144751068

Spring源码阅读目录

第一部分——IOC篇

第一章 Spring之最熟悉的陌生人——IOC
第二章 Spring之假如让你来写IOC容器——加载资源篇
第三章 Spring之假如让你来写IOC容器——解析配置文件篇
第四章 Spring之假如让你来写IOC容器——XML配置文件篇
第五章 Spring之假如让你来写IOC容器——BeanFactory和FactoryBean
第六章 Spring之假如让你来写IOC容器——Scope和属性填充
第七章 Spring之假如让你来写IOC容器——属性填充特别篇：SpEL表达式
第八章 Spring之假如让你来写IOC容器——拓展篇
第九章 Spring之源码阅读——环境搭建篇
第十章 Spring之源码阅读——IOC篇

第二部分——AOP篇

第三部分——事务篇

第二十五章 Spring之曾经的老朋友——事务
第二十六章 Spring之假如让你来写事务——初稿篇
第二十七章 Spring之假如让你来写事务——铁三角篇
第二十八章 Spring之假如让你来写事务——属性篇
第二十九章 Spring之假如让你来写事务——状态篇
第三十章 Spring之假如让你来写事务——管理篇
第三十一章 Spring之假如让你来写事务——融入IOC容器篇
第三十二章 Spring之源码阅读——事务篇

第四部分——MVC篇

前言

对于Spring一直都是既熟悉又陌生，说对它熟悉吧，平时用用没啥问题，但面试的时候被问的一脸懵逼，就很尴尬，都不好意思在简历上写着熟悉Spring了
在这里插入图片描述

所以决定花点时间研究研究Spring的源码。主要参考的书籍是：《Spring源码深度解析（第2版）》、《Spring揭秘》、《Spring技术内幕：深入解析Spring架构与设计原理（第2版）》

书接上回，在上篇 第三十七章 Spring之假如让你来写MVC——控制器篇 中，A君已经完成了 控制器 部分的功能了。接下来看看 A君会有什么骚操作吧

尝试动手写IOC容器

出场人物：A君（苦逼的开发）、老大（项目经理）

背景：老大要求 A君在一周内开发个简单的 IOC容器

前情提要：A君已经完成了 控制器 部分的功能了。。。

第三十四版适配器

“A君呐，你用if..else来判断调用哪个处理器就很灵性了。” 老大感叹道

“额。” A君不知道怎么结果话茬，只能装傻充愣了

“这种拓展性太低了，后边还有其他处理器的实现方式呢。这样子往后稍微发展下，你的代码就变成了传说中的 屎山代码。还有一点，就是关于请求参数的处理，要知道一个请求可以携带很多参数的，而你现在这个实现，用户只能去request里获取，这一点用户体验非常的糟糕。去把这两部部分内容处理下吧。” 说完，老大就没再说什么了

看到老大没有继续往下说的意思，看来是要自己发挥。A君默默的退了出去，准备着手干活了

对于这种类型适配器，A君其实并不算陌生，早在之前实现 IOC容器 的时候，A君就已经接触过，只不过当时是根据属性类型找到对应的转换器进行类型转换。而这次，只是改成根据不同的 控制器 找到对应的 适配器 而已，其本质本无实际上的区别。那么 适配器 的接口就好定义了，必然存在着两个方法，一个是能不能转换，另一个是进行转换。基本盘有了，接下来就要考虑特殊性了，由于HTTP中定义了Last-Modified。其规范如下：

在这里插入图片描述

这个属性跟缓存息息相关，如果没有超过对应时间，则服务器可以直接不处理，返回上次结果。那么整体的接口定义就出来了，A君新增HandlerAdapter接口，代码如下：

/**
 * 控制器的适配器，找到对应的控制器
 */
public interface HandlerAdapter {
   
    /**
     * 是否可以转换
     *
     * @param handler
     * @return
     */
    boolean supports(Object handler);

    /**
     * 处理请求
     *
     * @param request
     * @param response
     * @param handler
     * @return
     * @throws Exception
     */
    Object handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception;

    /**
     * 如果没有默认实现，默认返回-1
     * 这个方法放在这里感觉并不合适，LastModified和适配器并有什么关系，违反了接口单一原则，并不符合Spring一贯的作风
     * 新版本已经弃用，这里考虑到老项目
     *
     * @param request
     * @param handler
     * @return
     */
    @Deprecated
    long getLastModified(HttpServletRequest request, Object handler);
}

Last-Modified的处理方法放在这里感觉并不合适，Last-Modified和适配器本身并没有什么关系，违反了接口单一原则。按理说，适配器只负责找到处理对应的控制器进行处理，并不会去关心Last-Modified这些东西，此处的设计不符合Spring一贯的作风，不知道当初是基于什么考虑才如此设计，这里为了贴近Spring，所以也加上getLastModified方法。在Spring5.3.9后续版本中，该方法已经标记成弃用

好了，接口出来后，先挑个简单的练练手，A君盯上了Controller和Servlet，原因也简单，实现了对应接口的，其实是最好处理的，只需要强转后调用该接口方法就行了。这里 A君就以Controller适配器为例，新增SimpleControllerHandlerAdapter类，代码如下：

/**
 * Controller相关接口适配
 */
public class SimpleControllerHandlerAdapter implements HandlerAdapter {
   

    @Override
    public boolean supports(Object handler) {
   
        return (handler instanceof Controller);
    }

    @Override
    public Object handle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {
   

        return ((Controller) handler).handleRequest(request, response);
    }

    @Override
    @SuppressWarnings("deprecation")
    public long getLastModified(HttpServletRequest request, Object handler) {
   
        if (handler instanceof LastModified) {
   
            return ((LastModified) handler).getLastModified(request);
        }
        return -1L;
    }
}

简单过后，A君就开始头疼了，简单之所以简单，是因为实现了对应接口，方法参数、返回值都是固定的。而基于注解的 控制器，这两个没有一个是能确定的，不能确定就意味着：需要框架去推算匹配，那么参数处理就会变得异常的麻烦。没办法，只能先易后难。A君谨遵老大的教诲，对于有公共内容的，提取出来一个抽象类。于是，A君新增AbstractHandlerMethodAdapter类，代码如下：

public abstract class AbstractHandlerMethodAdapter extends WebContentGenerator implements HandlerAdapter, Ordered {
   

    @Override
    public final boolean supports(Object handler) {
   
        return (handler instanceof HandlerMethod && supportsInternal((HandlerMethod) handler));
    }

    @Override
    public final Object handle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {
   

        return handleInternal(request, response, (HandlerMethod) handler);
    }

    protected abstract Object handleInternal(HttpServletRequest request,
                                             HttpServletResponse response, HandlerMethod handlerMethod) throws Exception;

    protected abstract boolean supportsInternal(HandlerMethod handlerMethod);

    @Override
    @SuppressWarnings("deprecation")
    public final long getLastModified(HttpServletRequest request,