1. 对象将频繁创建，效率大大减少
2. 对象的创建逻辑与业务逻辑代码高度耦合，是的一个对象逻辑关注度大大分散。
3. 程序的运行效率大大减少。哟与无法区分明白的职责。非常难针对对象实现的业务逻辑进行单元測试。

<bean name ="entity" type ="com.yang.test.Entity" class ="com.yang.test.Entity" />

是通过IOC容器管理得到实例的。依据bean节点中class类型的不同採用不同的InternalFactory的匿名实现，当class中含有@Inject注解时。InternalFactory的create方法调用了Container.inject()方法以实现注入。

ObjectFactory.buildBean()的运行过程分两步。第一步调用Class.netInstance()建立要创建对象的实例，第二部调用Container.inject()实现依赖注入。两者的不同主要体如今实例的创建上，前者是通过在struts.xml其中声明bean节点实现的。而后者无需多余的操作，仅仅要类的构造函数合法就可以。

 public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {        HttpServletRequest request = (HttpServletRequest) req;        HttpServletResponse response = (HttpServletResponse) res;        try {            prepare.setEncodingAndLocale(request, response);            prepare.createActionContext(request, response);//创建ActionContext            prepare.assignDispatcherToThread();			if ( excludedPatterns != null && prepare.isUrlExcluded(request, excludedPatterns)) {				chain.doFilter(request, response);			} else {				request = prepare.wrapRequest(request);				ActionMapping mapping = prepare.findActionMapping(request, response, true);				if (mapping == null) {					boolean handled = execute.executeStaticResourceRequest(request, response);					if (!handled) {						chain.doFilter(request, response);					}				} else {					execute.executeAction(request, response, mapping);//运行拦截器-Action				}			}        } finally {            prepare.cleanupRequest(request);//清理ActionContext        }    }

 /**     * Cleans up a request of thread locals     */    public void cleanupRequest(HttpServletRequest request) {        Integer counterVal = (Integer) request.getAttribute(CLEANUP_RECURSION_COUNTER);        if (counterVal != null) {            counterVal -= 1;            request.setAttribute(CLEANUP_RECURSION_COUNTER, counterVal);            if (counterVal > 0 ) {                if (log.isDebugEnabled()) {                    log.debug("skipping cleanup counter="+counterVal);                }                return;            }        }        // always clean up the thread request, even if an action hasn't been executed        ActionContext.setContext(null);        Dispatcher.setInstance(null);    }

1. 外部环境交互体系——构成Action与外部环境的交互接口（HttpServletRequest、HttpServletResponse等）
2. 数据交互体系——构成Action的请求数据和响应数据（ParametersInterceptor提供了一个数据环境映射到|Action对象的途径和方法，是外部环境与Action的属性变量进行融合的骨架。）
3. 协作交互体系——构成Action与业务逻辑处理对象之间的协作关系

• 起：负责系统的初始化工作

  /**     * Load configurations, including both XML and zero-configuration strategies,     * and update optional settings, including whether to reload configurations and resource files.     */    public void init() {//初始化configurationManager    	if (configurationManager == null) {    		configurationManager = new ConfigurationManager(BeanSelectionProvider.DEFAULT_BEAN_NAME);    	}        try {            init_DefaultProperties(); // [1] DefaultPropertiesProvider继承至LegacyPropertiesConfigurationProvider /org/apache/struts2/default.properties 文件载入器			            init_TraditionalXmlConfigurations(); // [2] StrutsXmlConfigurationProvider struts-default.xml,struts-plugin.xml XmlConfigurationProvider struts.xml 			            init_LegacyStrutsProperties(); // [3] LegacyPropertiesConfigurationProvider 载入除default.properties之外的strutus相关的properties文件						//[4]init_PreloadConfiguration()			            init_CustomConfigurationProviders(); // [5] 用户自己定义配置载入类 初始化用户自己定义的配置载入器（这个载入器通过Filter的初始化參数配置）			            init_FilterInitParameters() ; // [6] ConfigurationProvider匿名内部类实现 载入Filter的初始化配置信息将定义的initParams从web.xml中读入，放入props 			            init_AliasStandardObjects() ; // [7]  BeanSelectionProvider 依据struts常量配置 初始化与其它框架整合用到的类，比如xml中配置struts.objectFactory为spring就须要StrutsSpringObjectFactory			             //init_PreloadConfiguration会调用ConfigurationManager.getConfiguration()会调用 DefaultConfiguration.reloadContainer()在这里面会循环调用上面七个ConfigurationProvider的register方法             Container container = init_PreloadConfiguration(); //[4] 创建容器，对容器进行依赖注入 平对package进行注入            container.inject(this);//额外的初始化操作，检查是否支持reloading载入和对weblogicserver的特殊设置。
              init_CheckConfigurationReloading(container);            init_CheckWebLogicWorkaround(container);            if (!dispatcherListeners.isEmpty()) {                for (DispatcherListener l : dispatcherListeners) {                    l.dispatcherInitialized(this);                }            }        } catch (Exception ex) {            if (LOG.isErrorEnabled())                LOG.error("Dispatcher initialization failed", ex);            throw new StrutsException(ex);        }    }

• 成：接受并预处理HTTP请求。把Web容器相关的数据对象封转成普通的Java对象，进行了“去容器化”处理，是的兴许依赖于Web请求的操作不再受限于不论什么的Web容器对象，从而做到了解耦和。

  createContextMap(Map, Map, Map, Map, HttpServletRequest, HttpServletResponse, ServletContext)
  createContextMap(HttpServletRequest, HttpServletResponse, ActionMapping, ServletContext)
  wrapRequest(HttpServletRequest, ServletContext)
  prepare(HttpServletRequest request, HttpServletResponse response)

• 转：将Struts2转入XWork，Dispatcher是Struts2与XWork的临界点。serviceAction与Servlet其中的service有异曲同工之妙

  serviceAction(HttpServletRequest request, HttpServletResponse response, ServletContext context,                              ActionMapping mapping)

• 合：清理垃圾

  void cleanup()

public interface ConfigurationProvider extends ContainerProvider, PackageProvider {}

• ContainerProvider是容器载入器。中的方法

  public void register(ContainerBuilder builder, LocatableProperties props) throws ConfigurationException;

  表示在Container容器中注冊bean和properties（注冊工作由ContainerBuilder完毕？）。不同的ContainerProvider之间没有依赖关系。因此这是框架提供的隐含扩展点，仅仅要新类型实现了ContainerProvider接口，就能实现实现自己定义配置表现形式。并将其载入到容器其中。

• PackageProvider 事件映射类型载入器，中的方法

  public void loadPackages() throws ConfigurationException;

  载入全部的Package定义，并创建PackageConfig对象。其中XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider实现了这种方法，创建了PackageConfig对象。PackageConfig对象与xml配置文件其中package结点相相应。

• HTTP预处理阶段主要由Struts2完毕，主要是与Web容器打交道，将HTTP请求转化为普通的Java代码。
• XWork事件处理阶段主要XWork完毕，对请求完毕核心逻辑处理。

• Dispatcher核心分发器，运行Struts2处理逻辑的实际场所。是真正将HTTP请求与MVC实现（XWork框架）分离的核心分发器。

• PrepareOperationsHTTP预处理类，对全部的HTTP请求进行预处理，实际上在当中的预处理操作，基本上调用了Dispatcher类中的方法。

• ExecuteOperationsHTTP处理运行类。运行HTTP请求的场所。

• 视图内容呈现——以HTML为基础进行的构建
• 数据和逻辑呈现——以Java语法为基础的构建

• 逻辑控制类——控制页面输出逻辑
• 数据输出类——与server端进行数据沟通并以一定格式进行输出
• 页面组件类——将页面元素的功能进行组件化编程

• 软件模块的管理变得更加easy
• 软件功能的可塑性和可扩展性更强
• 页软件的产品化和定制化成为可能
• 软件执行环境的优劣，将直接印象整个软件的质量
• 软件环境的版本号升级将导致依赖于该环境的全部插件失效

• 定义新的时间映射关系对象（Action、Interceptor、Result等）
• 进入新的接口定义实现或者执行參数，将其纳入Struts2容器进行管理。
• 覆盖Struts2/XWork的模式接口实现

• 框架整合类插件（Spring Plugin、Guice Plugin、JRuby Plugin等）
• 简化配置类插件（Codebehind Plugin、SmartURLs Plugin、Convention Plugin等）
• 页面装饰类插件（Sitemesh Plugin、Tiles Plugin等）
• 功能扩展类插件（JFreeChart Plugin、JasperReports Plugin、Potlet Plugin等）