Struts 源码的切片学习（一） -Struts 初始化

<o:p> </o:p>

<o:p> </o:p>

Author      :      zhyiwww<o:p>

E-Mail       :      [e-mail]<o:p>

Date           :      2007-1-10<o:p>

转载请注明出处 www.BlogJava.net/zhyiwww<o:p>

(copyright by @ zhangyi)<o:p>

<o:p> </o:p>

<o:p> </o:p>

如果你的 Web 系统使用了 Struts 系统，那么此系统在启动的时候就会对此框架进行初始化。作为一个可以扩展的系统来说，它就会考虑其扩展性，和用户自定义后的配置的初始化。在 web.xml 文件中，也就是 web 的配置文件中，我们可以知道，在系统启动的时候，就会初始化此 Servlet, 其实， Struts 的初始化也就是在此实现的。

那么在那里实现框架的初始化呢？<o:p>

Servlet 在启动的时候就会执行一个叫 init() 的方法，当然是自动执行。所以， Struts 的初始化实现就是在这里实现的。

那么，

Struts 的初始化到底初始化了那些东西呢？<o:p>

要知道这个问题，我们就要大致的知道， Struts 系统的几个模块：

<!----> [1]  <!----> Struts 框架内部资源模块 <o:p> </o:p>

<!----> [2]  <!----> 用户扩展的配置模块 <o:p> </o:p>

<!----> [3]  <!----> 资源文件配置模块 <o:p> </o:p>

<!----> [4]  <!----> 数据源配置模块 <o:p> </o:p>

<!----> [5]  <!----> PlugIn 配置模块 <o:p> </o:p>

这几个部分在 init() 的里面是按照顺序初始化的。

<o:p> </o:p>

在初始化的过程中， struts 并不是简单的 ’ 来顺序初始化，而是使用一定的模式和思想，包括功能的封装。 <o:p> </o:p>

其中内部资源文件和用户的扩展的初始化是独立完成的。而其他的三个模块并不是这样的。 这三个模块的初始化是由一个模块来统一管理的，这个模块就叫配置模块。在Struts里面就是ModuleConfig.<o:p>

所以如果要初始化上面的三个模块就先要初始化配置模块。 <o:p> </o:p>

现在你可能要问， 配置模块如何初始化？<o:p>

配置模块的初始化也不是直接 new ModuleConfig() 就可以了，他的实现也是通过工厂模式来实现的。

所以，要先初始化一个配置工厂才能实现此实例化。

配置模块的工厂是 ModuleConfigFactory, 这是一个抽象类。其 createFactory() 方法可以实现一个工厂的实例。 <o:p> </o:p>

在这还有一个挺特别的地方，在工厂初始化的时候，定义了工厂类的名字 :<o:p>

    protected static String factoryClass =<o:p>

        "org.apache.struts.config.impl.DefaultModuleConfigFactory";<o:p>

，所以就可以自己去实现实例化，这样就有了很大的扩展性，为什么呢？因为我们可以根据需要去修改它，那么他就去实现了我们自己的类的实例。 <o:p> </o:p>

其实这也就是 struts 的配置工厂可以自己实现的原因。 <o:p> </o:p>

补充说明一点： <o:p> </o:p>

前面提到的扩展初始化就是指的此扩展。至于其他的扩展，我们以后再说。 <o:p> </o:p>

  现在，我们已经得到了一个配置的工厂实例了，那么通过此工厂我们可以生产出来一个配置了。 <o:p> </o:p>

也就是我们得到一个 ModuleConfig 的实例了。 <o:p> </o:p>

ModuleConfig config = factoryObject.createModuleConfig(prefix);<o:p>

这个方法就可以实现了。 <o:p> </o:p>

不过，你应该知道上面的工厂是一个抽象方法，而其抽象类不时别的方法，正是此方法， 那么此方法到底是谁具体实现了呢？<o:p>

我们上面说了，其实工厂实例化化的时候，其实创建了一个 <o:p> </o:p>

org.apache.struts.config.impl.DefaultModuleConfigFactory<o:p>

的对象， 这个类实现了此方法？如何实现的呢？ <o:p> </o:p>

    public ModuleConfig createModuleConfig(String prefix) {<o:p>

        return new ModuleConfigImpl(prefix);<o:p>

}<o:p>

他实例化了一个 ModuleConfigImpl ，此类正是接口 ModuleConfig 的实现类。 <o:p> </o:p>

<o:p> </o:p>

到此也许你也明白一些其中的逻辑，我觉得这是一个很好的实现。现在我才明白，为什么我们要去定义和使用接口。<o:p>

你想，在你初始化工厂之前，你并不知道要使用哪一个ModuleConfig的实现类。但是你一旦确定了使用哪一个配置工厂，不管是默认的，还是你自己的实现，那么你就只能生成对应的实例。正是，那种工厂生产那种产品。正如生产手机的工厂不能生产电视一样。<o:p>

如果你自己定义了工厂的实现的话，那么你就会去实例化一个你自定义的ModuleConfig 的实现类。<o:p>

这一部分，其实是我对工厂模式的一点理解。<o:p>

<o:p> </o:p>

好了，至此，我们得到了一个 ModuleConfig 的实例。

下面，就在此基础上，去初始化其他的模块，就是下面的代码：

            initModuleConfigFactory();

            // Initialize modules as needed

            ModuleConfig moduleConfig = initModuleConfig("", config);

            initModuleMessageResources(moduleConfig);

            initModuleDataSources(moduleConfig);

            initModulePlugIns(moduleConfig);

<o:p> </o:p>

至于详细的如何配置和实现，我们以后再说。

这些配置完成之后， Struts 就要去读取你的在 web.xml 的自定义的 struts 配置文件参数，然后通过循环来取得此文件，逐个解析。

主要是多个 struts-config.xml 的配置文件。

都要去解析，这其实也是 struts 的灵活扩展之一。

代码如下：

Enumeration names = getServletConfig().getInitParameterNames();

            while (names.hasMoreElements()) {

                String name = (String) names.nextElement();

                if (!name.startsWith("config/")) {

                    continue;

                }

                String prefix = name.substring(6);

                moduleConfig = initModuleConfig

                    (prefix, getServletConfig().getInitParameter(name));

                initModuleMessageResources(moduleConfig);

                initModuleDataSources(moduleConfig);

                initModulePlugIns(moduleConfig);

                moduleConfig.freeze();

            }

<o:p> </o:p>

取得一个配置文件后，执行的过程和我们上面的初始化的过程是一样的，因为任何一个配置文件都可能有这些相同模块的配置。所以要逐个的初始化。

从宏观上来说， strtuts 的初始化就这些，但是，在详细的实现过程中，还有很多的细节，留待我们慢慢的去研究、理解、深入。

<o:p> </o:p>

<o:p> </o:p>

<o:p> </o:p>

<o:p> </o:p>

<o:p> </o:p>

<o:p> </o:p>

zhyiwww 2007-01-23 17:40 发表评论

评论

1 楼 星光闪烁 2008-07-21  

struts的初始化确实是很复杂啊，代码量太大了