第四十二章 Spring之假如让你来写MVC—

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

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篇

第五部分——Boot篇

前言

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

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

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

尝试动手写IOC容器

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

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

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

第三十六版视图

“A君，接下来该考虑视图的实现了！” 老大翻看着 A君提交上来的代码，缓缓说道

“视图？啥意思，没明白。” A君疑惑的问道

“你看，现在都在追求 MVC 模式，页面由当时的 JSP 到 模板引擎，再到现在的 VUE。前后端已经彻底分离了，现在 VUE 暂且不论，也有多种渲染方式，你只返回一个字符串，无法处理各式各样的渲染方式。所以这块内容需要在重新设计下，你回去好好思考下。” 老大看着 A君说到

“好的！” A君被老大盯得发毛，勉强应道。老大还是老样子，一说到技术就侃侃而谈

从办公室出来后，A君就开始思考如何设计才能符合老大的需求。数据已经都封装到 ModelAndView 中了，渲染方式在这么不同，肯定也有组装数据的地方，那不就齐活了吗，只要把 ModelAndView 中的数据取出来，再让各个实现去渲染就行了。嘿嘿，考虑到这里，A君豁然开朗，直接定义View接口，代码如下：

/**
 * 视图接口
 */
public interface View {
   
    String RESPONSE_STATUS_ATTRIBUTE = View.class.getName() + ".responseStatus";

    /**
     * 例：/users/{userId}/posts/{postId}
     * 变量路径，这里没有支持
     */
    String PATH_VARIABLES = View.class.getName() + ".pathVariables";

    /**
     * 确定返回类型
     */
    String SELECTED_CONTENT_TYPE = View.class.getName() + ".selectedContentType";

    default String getContentType() {
   
        return null;
    }

    void render(Map<String, ?> model, HttpServletRequest request, HttpServletResponse response)
            throws Exception;
}

好的，接下来就可以提取抽象类了，首先规范步骤：

创建合并模型，因为数据可能来自不同地方
准备response，因为可能返回内容，响应信息有所差异
渲染，这一步更不用说了

要干什么已经梳理好了，接下来可以撸代码了，A君定义AbstractView类，代码如下：

public abstract class AbstractView implements View, BeanNameAware {
   
    /**
     * 默认编码格式
     */
    public static final String DEFAULT_CONTENT_TYPE = "text/html;charset=ISO-8859-1";

    private static final int OUTPUT_BYTE_ARRAY_INITIAL_SIZE = 4096;
    /**
     * 静态属性，共享、不可变的属性放在此处
     */
    private final Map<String, Object> staticAttributes = new LinkedHashMap<>();
    private String contentType = DEFAULT_CONTENT_TYPE;
    /**
     * 是否暴露内部对象
     */
    private String requestContextAttribute;
    private boolean exposePathVariables = true;

    /**
     * 是否暴露bean对象
     */
    private boolean exposeContextBeansAsAttributes = false;

    @Override
    public void render(Map<String, ?> model, HttpServletRequest request,
                       HttpServletResponse response) throws Exception {
   

        Map<String, Object> mergedModel = createMergedOutputModel(model, request, response);
        prepareResponse(request, response);
        renderMergedOutputModel(mergedModel, getRequestToExpose(request), response);
    }
    protected Map<String, Object> createMergedOutputModel(Map<