Struts源码的切片学习（五）--再谈资源模块的初始化

Struts 源码的切片学习（五）

-- 再谈资源模块的初始化

<o:p>
</o:p>

Author      :      zhyiwww<o:p>

E-Mail       :      zhyiwww@163.com<o:p>

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

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

(copyright by @ zhangyi)<o:p>

<o:p> </o:p>

<o:p> </o:p>我以前已经说过了， Struts 的资源配置是， ActionServlet. 通过
<o:p> </o:p>

->init() 方法初始化 <o:p> </o:p>

-> 配置模块（初始化系统的配置） <o:p> </o:p>

-> 通过配置模块取得资源的配置 <o:p> </o:p>

-> 资源模块的初始化。 <o:p> </o:p>

<o:p> </o:p>
这是一个宏观的过程。整体的思路是这样的。那么，我们现在的疑问是：

资源模块初始化的时候要先取得配置，那么配置从何而来 ?<o:p>

<o:p> </o:p>

ModuleConfig config ； <o:p> </o:p>

MessageResourcesConfig mrcs[] = config.findMessageResourcesConfigs();<o:p>

通过这个语句，我们可以知道，其配置参数要通过 ModuleConfig 而来。 <o:p> </o:p>

<o:p> </o:p>

那么我们就要看一下， MessageResourcesConfig 参数的数组是如何初始化的呢？ <o:p> </o:p>

findMessageResourcesConfigs （）方法里面仅仅是完成了 ModuleConfig 中的一个一个 HashMap 实例的转换，变成了一个数组。 <o:p> </o:p>

那么我们还要知道， 到底这个 HashMap 是怎么样初始化的，在什么时候初始化的 ? <o:p> </o:p>

其实这个我们已经找到了 ModuleConfig 的一个实现上来了，也就 ModuleConfigImpl 。 <o:p> </o:p>

到这个地方就终止了。因为在 ModuleConfigImpl 里面就没有关于初始化里面的属性的部分。那么到底在什么地方，什么时候，系统给与其初始化了呢？ <o:p> </o:p>

这说明，在调用之前，系统一定已经给与了初始化了。所以，我们在看 ActionServlet 的初始化模块配置的部分。 <o:p> </o:p>

看一下其配置模块部分是如何进行初始化的。 <o:p> </o:p>

            initModuleConfigFactory();<o:p>

            // Initialize modules as needed<o:p>

            ModuleConfig moduleConfig = initModuleConfig("", config);<o:p>

现在我们就找到了这两个语句。 <o:p> </o:p>

上面的就是初始化工厂的，下面语句就是我们漏掉的部分，也就是在这里面，偷偷的进行了系统的配置部分的初始化，也正是在这个部分，完成了所有的配置文件的解析和实例化。其利用的就是 Digester.<o:p>

这一句，执行结果的表面就是返回了一个 ModuleConfig 的实例 , 其实是 ModuleConfigImpl 的一个实例。 <o:p> </o:p>

那么，我们就去看一下，里面究竟做了些什么？ <o:p> </o:p>

        Digester digester = initConfigDigester();<o:p>

<o:p> </o:p>

        // Process each specified resource path<o:p>

        while (paths.length() > 0) {<o:p>

            digester.push(config);<o:p>

            String path = null;<o:p>

            int comma = paths.indexOf(',');<o:p>

            if (comma >= 0) {<o:p>

                path = paths.substring(0, comma).trim();<o:p>

                paths = paths.substring(comma + 1);<o:p>

            } else {<o:p>

                path = paths.trim();<o:p>

                paths = "";<o:p>

            }<o:p>

<o:p> </o:p>

            if (path.length() < 1) {<o:p>

                break;<o:p>

            }<o:p>

<o:p> </o:p>

            this.parseModuleConfigFile(digester, path);<o:p>

<o:p> </o:p>

上面的一段代码，看上去也没有什么特别的，但是，在后面却是做了不少的工作。 <o:p> </o:p>

<o:p> </o:p>

其实，从上到下，我们可以这样理解： <o:p> </o:p>

ü        先实例化一个解析器 <o:p> </o:p>

ü        然后把配置文件放入栈里面，等待解析 <o:p> </o:p>

ü        解析配置文件 <o:p> </o:p>

<o:p> </o:p>

其实，也确实没有什么特别的地方，但是在初始化解析器的时候，我们要告诉他，到底要怎么样去解析，解析成什么对象的实例。这个部分其实才是核心的部分。 <o:p> </o:p>

那么，到底他是怎么样去初始化解析器的呢？ <o:p> </o:p>

我们看一下 initConfigDigester （）是如何实现的。 <o:p> </o:p>

        // Create a new Digester instance with standard capabilities<o:p>

        configDigester = new Digester();<o:p>

        configDigester.setNamespaceAware(true);<o:p>

        configDigester.setValidating(this.isValidating());<o:p>

        configDigester.setUseContextClassLoader(true);<o:p>

        configDigester.addRuleSet(new ConfigRuleSet());<o:p>

<o:p> </o:p>

        for (int i = 0; i < registrations.length; i += 2) {<o:p>

            URL url = this.getClass().getResource(registrations[i+1]);<o:p>

            if (url != null) {<o:p>

                configDigester.register(registrations[i], url.toString());<o:p>

            }<o:p>

        }<o:p>

<o:p> </o:p>

        this.addRuleSets();<o:p>

<o:p> </o:p>

这一段代码就实现了上面的初始化和实例化的功能，当然是解析配置文件 xml 文件后的结果。 <o:p> </o:p>

这个地方我们可以看到， <o:p> </o:p>

  configDigester.addRuleSet(new ConfigRuleSet());<o:p>

定义了解析的规则， <o:p> </o:p>

其实这个规则是由 ConfigRuleSet 制定的。 <o:p> </o:p>

在 ConfigRuleSet 里面，告诉了解析把每一个标签元素解析成什么样的对象。 <o:p> </o:p>

<o:p> </o:p>

        digester.addObjectCreate<o:p>

            ("struts-config/data-sources/data-source",<o:p>

             "org.apache.struts.config.DataSourceConfig",<o:p>

             "className");<o:p>

        digester.addSetProperties<o:p>

            ("struts-config/data-sources/data-source");<o:p>

        digester.addSetNext<o:p>

            ("struts-config/data-sources/data-source",<o:p>

             "addDataSourceConfig",<o:p>

             "org.apache.struts.config.DataSourceConfig");<o:p>

    …………………………………<o:p>

              还有很多，但是都是实现一样的功能和目的。 <o:p> </o:p>

这样我们就知道了，通过这个过程之后，我们就把配置文件 struts-config.xml 或者你自己的配置的文件中的配置解析到了对象中。 <o:p> </o:p>

具体到消息资源模块的部分就是： <o:p> </o:p>

   digester.addObjectCreate <o:p> </o:p>

            ( "struts-config/message-resources" , <o:p> </o:p>

             "org.apache.struts.config.MessageResourcesConfig" , <o:p> </o:p>

             "className" ); <o:p> </o:p>

        digester.addSetProperties <o:p> </o:p>

            ( "struts-config/message-resources" ); <o:p> </o:p>

        digester.addSetNext <o:p> </o:p>

            ( "struts-config/message-resources" , <o:p> </o:p>

             "addMessageResourcesConfig" , <o:p> </o:p>

             "org.apache.struts.config.MessageResourcesConfig" ); <o:p> </o:p>

<o:p> </o:p>

        digester.addSetProperty <o:p> </o:p>

            ( "struts-config/message-resources/set-property" , <o:p> </o:p>

             "property" , "value" );<o:p>

这一段代码告诉我们把消息资源的配置的部分放到了 org.apache.struts.config.MessageResourcesConfig 对象的对应属性里面了。 <o:p> </o:p>

所以，我们才可以从上面的部分直接去的其配置数组。 <o:p> </o:p>

至于后面的消息资源模块的初始化的其他细节，在此不在详细说明了。 <o:p> </o:p>

zhyiwww 2007-02-01 17:32 发表评论