Struts2源代码分析（一）配置文件加载

最新推荐文章于 2021-01-24 17:55:08 发布

张兆坤的那些事

最新推荐文章于 2021-01-24 17:55:08 发布

阅读量7.4k

点赞数

分类专栏： Struts2 文章标签： struts 代码分析 filter 配置管理框架 action

本文链接：https://blog.csdn.net/zhangzhaokun/article/details/5064843

版权

Struts2 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

一直以来我都想找个时间好好研究一下Struts2的源代码，彻底弄清楚它的配置文件是如何加载和解析的？Action对象是如何创建的？属性等又是如何获取和注入的？拦截器和拦截器栈是如何实现的？

任何MVC框架都需要与Web应用整合，这就不得不借助于web.xml文件，只有配置在web.xml文件中Servlet才会被应用加载。
通常，所有的MVC框架都需要Web应用加载一个核心控制器，对于Struts 2框架而言，需要加载FilterDispatcher，只要Web应用负责加载FilterDispatcher，FilterDispatcher将会加载应用的Struts 2框架。因为Struts 2将核心控制器设计成Filter，而不是一个普通Servlet。故为了让Web应用加载FilterDispacher，只需要在web.xml文件中配置FilterDispatcher即可。

在web.xml文件中可以如下方式配置Struts2：  <filter>  <filter-name>struts</filter-name>  <filter-class> org.apache.struts2.dispatcher.FilterDispatcher </filter-class> <init-param>  <param-name>config</param-name> <param-value> mystruts2.xml </param-value> </init-param> <init-param>  <param-name>actionPackages</param-name> <param-value> com.struts2.test.web.action </param-value> </init-param>  <init-param> <param-name>configProviders</param-name> <param-value>com.struts2.test.web.MyConfigurationProvider</param-value> </init-param>  <init-param> <param-name>truts.enable.DynamicMethodInvocation</param-name> <param-value>false</param-value> </init-param> <init-param> <param-name>struts.devMode</param-name> <param-value>false</param-value> </init-param> <init-param> <param-name>struts.objectFactory</param-name> <param-value>spring</param-value> </init-param> </filter> <filter-mapping>  <filter-name>struts</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

      正如上面看到的，当配置Struts 2的FilterDispatcher类时，可以指定一系列的初始化参数，为该Filter配置初始化参数时，其中有3个初始化参数有特殊意义：
     config：该参数的值是一个以英文逗号（,）隔开的字符串，每个字符串都是一个XML配置文件的位置。Struts 2框架将自动加载该属性指定的系列配置文件。如果没有指定该属性则默认使用如下三个配置文件struts-default.xml,struts-plugin.xml,struts.xml
      actionPackages：该参数的值也是一个以英文逗号（,）隔开的字符串，每个字符串都是一个包空间，Struts 2框架将扫描这些包空间下的Action类。当然这些Action类的名称必须以"Action"为结尾。
    configProviders：如果用户需要实现自己的ConfigurationProvider类，用户可以提供一个或多个实现了ConfigurationProvider接口的类，然后将这些类的类名设置成该属性的值，多个类名之间以英文逗号（,）隔开。
     除此之外，还可在此处配置Struts 2常量，每个<init-param>元素配置一个Struts 2常量，其中<param-name>子元素指定了常量name，而<param-value>子元素指定了常量value。在这里配置的常量等价于在struts.properties文件中配置的属性。
      在web.xml文件中配置了该Filter，还需要配置该Filter拦截的URL。通常，我们让该Filter拦截所有的用户请求，因此使用通配符来配置该Filter拦截的URL。

下述源代码分析我所针对的版本如下：

Struts2:struts-2.0.11.2（struts-2.0.11.2-all.zip）

xwork:xwork-2.0.5（xwork-2.0.5-all.zip）

从Struts2在web.xml文件中的配置可以看出，启动Struts2的关键在于类FilterDispatcher（org.apache.struts2.dispatcher.FilterDispatcher）的方法public void init(FilterConfig filterConfig) throws ServletException了。

下面我们就来看init()方法里面有些什么东西？

/** * Initializes the filter by creating a default dispatcher and setting the * default packages for static resources. * * @param filterConfig * The filter configuration */ public void init(FilterConfig filterConfig) throws ServletException { this.filterConfig = filterConfig; dispatcher = createDispatcher(filterConfig); dispatcher.init(); String param = filterConfig.getInitParameter("packages"); String packages = "org.apache.struts2.static template org.apache.struts2.interceptor.debugging"; if (param != null) { packages = param + " " + packages; } this.pathPrefixes = parse(packages); }

其中dispatcher = createDispatcher(filterConfig);实际上是取得过滤器初始化参数，构造成参数名称和参数值的映射，并且
创建了一个Dispather工具类的对象，关键的代码是那一句dispatcher.init() 。public void init() { if (configurationManager == null) { configurationManager = new ConfigurationManager( BeanSelectionProvider.DEFAULT_BEAN_NAME); } //设置org/apache/struts2/default.properties文件的配置解析提供者 init_DefaultProperties(); // [1] /** * * config * 该参数的值是一个以英文逗号（,）隔开的字符串， * 每个字符串都是一个XML配置文件的位置。 * 默认配置文件为struts-default.xml,struts-plugin.xml,struts.xml * 这三个文件的配置解析提供者 */ init_TraditionalXmlConfigurations(); // [2] /** * 设置struts.properties文件的配置解析提供者 * 这个文件中的配置可以覆盖default.properties中的 */ init_LegacyStrutsProperties(); // [3] /** * actionPackages * 该参数的值也是一个以英文逗号（,）隔开的字符串， * 每个字符串都是一个包空间， * Struts 2框架将扫描这些包空间下的Action类。 */ init_ZeroConfiguration(); // [4] /** * 加载用户定制的配置管理器 * configProviders * 如果用户需要实现自己的ConfigurationProvider类， * 用户可以提供一个或多个实现了ConfigurationProvider接口的类， * 然后将这些类的类名设置成该属性的值，多个类名之间以英文逗号（,）隔开 */ init_CustomConfigurationProviders(); // [5] //该方法暂为空 init_MethodConfigurationProvider(); /** * 此方法用来处理FilterDispatcher的配置中所定义的所有属性 */ init_FilterInitParameters(); // [6] /** * 选择框架实现的关键扩展点，用于装载属性常量. * struts-default.xml中Struts2到底选择了那些实现类作为Struts2或者XWork内部接口默认实现类呢 * 默认情况下struts-default.xml中定义beanname="struts"将被作为默认接口实现类被注入这些默认行为是 * 由org.apache.struts2.config.BeanSelectionProvider所决定有兴趣读者可以参阅这个类源码 * 选择的实现是从container builder使用的名字定义关联属性，默认名为”struts” */ init_AliasStandardObjects(); // [7] Container container = init_PreloadConfiguration(); init_CheckConfigurationReloading(container); init_CheckWebLogicWorkaround(container); }

dispather.init()方法，主要包括两部分，其中

if (configurationManager == null)
  {
      configurationManager = new ConfigurationManager(
              BeanSelectionProvider.DEFAULT_BEAN_NAME);
  }
  init_DefaultProperties(); // [1]
  init_TraditionalXmlConfigurations(); // [2]
  init_LegacyStrutsProperties(); // [3]
  init_ZeroConfiguration(); // [4]
  init_CustomConfigurationProviders(); // [5]
  init_MethodConfigurationProvider();
  init_FilterInitParameters(); // [6]
  init_AliasStandardObjects(); // [7]

是构造一个配置管理器实例对象，再将不同配置文件的解析类（配置提供者）和配置文件对应起来构造成一个配置提供者列表，供在后续的加载配置文件时使用。这里涉及两个概念，一个是配置管理器（com.opensymphony.xwork2.config.ConfigurationManager），它是整个Struts2的配置文件管理员;另一个是配置提供者，一个配置提供者完成对一个特定格式的配置文件的解析，在Struts中使用到的配置文件与配置提供者之间是一对一的关系。一个配置管理器实例对象包含一个配置提供者列表对象（List<ConfigurationProvider> configurationProviders）。