博客
关于我
Spring源码分析二十一:Spring MVC② DispatcherServlet的初始化
阅读量:506 次
发布时间:2019-03-07

本文共 1960 字,大约阅读时间需要 6 分钟。

Spring 中 DispatcherServlet 的 初始化 原理

DispatcherServlet 作为 Spring Webmvc 的核心组件之一,在 应用程序 中扮演着重要的角色。它 的初始化过程涉及多个关键步骤,确保应用程序能够按期启动并 正确工作。本文将详细解析 DispatcherServlet 的初始化过程。


1. 从 Servlet 到 SpringBean

第一步:标准化初始化

DispatcherServlet 的初始化基于 Servlet API 的标准方法,具体来说是通过 HttpServletinit 方法。Spring 提供了 HttpServletBean 这个适配器,将传统的 Servlet 实现与 Spring 的注入机制集成。在 init 方法中,DispatcherServlet 主要完成以下任务:

  • 属性封装与验证

    ServletConfig 中提取所有初始化参数,并进行必要的属性验证,确保没有未配置的必需参数。

  • Bean 利用

    将当前 Servlet 实例转换为 Spring 的 BeanWrapper,以便对其属性进行注入。BeanWrapper 是 Spring 对 JavaBean 遍历的扩展版本,提供了更强大的属性操作功能。

  • 资源解析

    注册资源编辑器,以便能够解析诸如 Resource 类型的属性注入。

  • 初始注入

    进行最终的属性注入,并完成 ServletBean 的初始化。


  • 2. 自适应处理

    第二步:自适应属性注入

    为了适应不同类型的 Servlet 和 Spring 的配置要求,DispatcherServlet 提供了灵活的初始化处理方式:

  • 基于构造函数注入

    如果 Servlet 实例已经通过构造函数注入了 WebApplicationContext,则直接使用该实例,无需进一步配置。

  • 基于上下文属性注入

    如果没有通过构造函数注入,可以尝试从 ServletContext 中获取 WebApplicationContext。默认的 提取键名是 contextAttribute

  • 创建新实例

    如果前两种方法均未找到 WebApplicationContext ,则主动创建一个新实例。创建的新实例可以选择 XML 配置文件或 Annotation 配置文件作为依据。


  • 3. 应用上下文的创建

    第三步:核心上下文初始化

    创建好 WebApplicationContext 之后,需要进行进一步的初始化工作。这个过程由 initWebApplicationContext 方法负责。核心步骤包括:

  • 环境搭建

    WebApplicationContext 注入到 ServletContext 中,确保其他组件能够获取到它。

  • 刷新上下文

    调用 refresh 方法启动上下文的刷新过程。这是 Spring 中启动应用程序生命周期的关键步骤。


  • 4. 分支处理

    第四步:初始化子组件

    完成 WebApplicationContext 的刷新后,DispatcherServlet 会初始化其他相关组件。这些组件包括:

  • 多文件解析器

    初始化 MultipartResolver,用于处理文件上传请求。默认使用 CommonsMultipartResolver

  • 国际化解析器

    初始化 LocaleResolver,支持通过 URL、Cookie 或 Session 获取用户语言环境。

  • 主题解析器

    初始化 ThemeResolver,为应用程序提供统一的视觉风格。

  • 请求映射处理

    初始化 HandlerMapping,将请求转发给相应的处理器。主要负责 URL 到控制器的映射。

  • 处理器适配器

    初始化 HandlerAdapter,将处理器适配到 Spring 的注解框架。

  • 异常处理器

    初始化 HandlerExceptionResolver,提供错误处理的逻辑。

  • 视图转换器

    初始化 ViewResolver,定义如何将逻辑视图名称映射到实际视图。

  • FlashMapManager

    初始化 FlashMapManager,用于管理重定向时的 Flash 属性。


  • 5. 框架自我刷新

    第五步:框架自刷新

    对于内部处理,DispatcherServlet 还提供了一些模板方法,例如 onRefresh。在支持多种配置文件(如 DispatcherServlet.properties)的情况下,默认策略可以灵活配置。


    总结

    DispatcherServlet 的初始化过程虽然繁琐,但其设计十分成熟和可靠。通过合理配置和注入,可以满足不同应用场景的需求。在实际开发中,可以根据项目需求灵活配置环境和策略,以确保最优性能和开发体验。

    转载地址:http://uykcz.baihongyu.com/

    你可能感兴趣的文章
    Nginx配置如何一键生成
    查看>>
    Nginx配置实例-负载均衡实例:平均访问多台服务器
    查看>>
    Nginx配置文件nginx.conf中文详解(总结)
    查看>>
    Nginx配置负载均衡到后台网关集群
    查看>>
    ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
    查看>>
    NHibernate学习[1]
    查看>>
    NHibernate异常:No persister for的解决办法
    查看>>
    NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
    查看>>
    NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
    查看>>
    NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
    查看>>
    NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
    查看>>
    NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
    查看>>
    Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
    查看>>
    NIFI大数据进阶_FlowFile拓扑_对FlowFile内容和属性的修改删除添加_介绍和描述_以及实际操作---大数据之Nifi工作笔记0023
    查看>>
    NIFI大数据进阶_NIFI的模板和组的使用-介绍和实际操作_创建组_嵌套组_模板创建下载_导入---大数据之Nifi工作笔记0022
    查看>>
    NIFI大数据进阶_NIFI监控的强大功能介绍_处理器面板_进程组面板_summary监控_data_provenance事件源---大数据之Nifi工作笔记0025
    查看>>