|
| 作 者 | 主题:探讨Struts的初始化方法 | |||||||||
|
ljys =八面玲珑= 职务:观察员 积分:2980 贴数:1892 |
struts 的核心类是org.apache.struts.action.ActionServlet,这个类将会在struts第一次使用时,作为servlet初始化并存入tomcat容器。很显然的,初始化将会调用init方法初始化相应的数据。 一、initInternal()方法: 通过调用MessageResources.getMessageResources(internalName)方法生成一个MessageResources类,getMessageResources是通过调用MessageResourcesFactory.createResources(config)来实现的。至于MessageResourcesFactory是一个abstract类,任何继承自它的类都要实现createResources方法,生成MessageResources对象。整个程序生成MessageResourcesFactory使用了如下技巧:
首先会通过factoryClass来定义一个类全名,然后通过ClassLoader.loadC(factoryClass)方法来生成这个类,并赋给clazz,然后通过newInstance来生成一个对象。在本程序中,生成MessageResources对象实际就是对如下属性进行了初始化:
对于MessageResources类的作用是根据不同的Locate来格式化相应的string。或者把你需要改变的string存放到数组中,然后通过getMessage(Locale locale, String key, Object args[])方法来格式化。然后把格式好的string存放到HashMap里,这样就可以为以后重用。这里的key是使用的locale.toString() + "." + key 在PropertyMessageResources中的loadLocale方法用来读取resource的初始化信息。首先它会通过一个HashMap检测这个localKey相关的message是否已经被初始化了,如果被初始化过就跳出,检测的方法是locales.get(localeKey) != null。然后会读取如下一个文件:org/apache/struts/action/ActionResources_(localKey).properties,然后进行如下操作:
PropertyMessageResources 就是通过上面的loadLocale方法查找与Locale locale, String key相对对应的Message.查找的次序如下locale.toString(),然后是localeKey = localeKey.substring(0, underscore),然后是defaultLocale,然后是key。 最后,resource类的结构如下: PropertyMessageResources extends MessageResources PropertyMessageResourcesFactory extends MessageResourcesFactory 二、initOther()方法: 从servlet中获取config和debug两个参数,然后初始化ConvertUtils对象。由于ConvertUtils.deregister()的初始化,所有的Converter都是有初始值的,所以这里Struts自己把这些初始值设置为null,即转换出错的时候返回null,而不是初始值。使用ConvertUtils类的原因是由于从form传输过来的都是String类型的值,所以我们要把它们转换成相应的类型。 提到几个技巧:
三、initServlet()方法: 这个方法主要是通过digester类解析web.xml,对String digester说明如下:这是一个基于DOM的SAX实现的类,它是事件触发的,根据xml文件的结构,每次读到一个节点元素就会触发一个事件。
来判断当前读到的servlet名称是否是我们运行的servlet的名称,如果是,就把url-pattern作为我们的servletMapping。 四、getServletContext().setAttribute(Globals.ACTION_SERVLET_KEY, this)把自己存储到servletContext中,属性名为Globals.ACTION_SERVLET_KEY。 五、ModuleConfig moduleConfig = initModuleConfig("", config) 这个方法使用由initOther()方法获取的config值为要解析的xml路径,用来初始化ModuleConfig。它首先采用与生成MessageResourcesFactory同样的方法产生一个MessageResourcesFactory对象:MessageResourcesFactory为一个抽象类,每一个继承它的类都要实现createModuleConfig(String prefix)方法。本程序使用的缺省的MessageResourcesFactory类为org.apache.struts.config.impl.DefaultModuleConfigFactory,它的createModuleConfig(String prefix)方法会生成一个ModuleConfigImpl类。 ModuleConfigImpl类相当于一个JavaBean,用来存放一个web模块运行时所需要的配置信息。当然,一个web模块可以拥有多个ModuleConfig,但是缺省的是prefix长度为0的ModuleConifg。它的每个属性几乎都是由HashMap组成的,它通过一个configured布尔值来描述当前的ModuleConfig是否已经被初始化完毕,在每存放一个属性的时候都会监测这个值。如果初始化完毕而还要改变里面的属性值,则会报出IllegalStateException("Configuration is frozen")异常,现在对它的属性简单说明如下:
初始化ModuleConfig的方法如下: 首先是使用getServletConfig().getInitParameter("mapping")来获取设定的ActionMapping类名,然后通过initConfigDigester()方法来生成一个digester。最后用","分隔config,对每一块调用parseModuleConfigFile(prefix, paths, config, digester, path)方法解析。注意,这个方法实际上只有两个参数是有意义的:path为我们要解析的xml文件,config用来初始化完成后保存到servletContext中。 如果ModuleConfig中存放的FormBeanConfig为Dydamic类型,那么就调用 DynaActionFormClass.createDynaActionFormClass(FormBeanConfig)初始化DynaActionFormClass,并存放到DynaActionFormClass.dynaClasses 的 static HashMap中。这里的key为FormBeanConfig.getName() + moduleConfig.getPrefix()。 如果当前的ModuleConfig为缺省的ModuleConfig,那么将会调用如下几个方法:
在struts1.1以后,这个特例将会被废弃:defaultControllerConfig(config)为ControllerConfig通过getInitParameter(s)方法初始化如下几个属性:bufferSize,content,locale(true/false),maxFileSize,nocache(true/false),multipartClass,tempDir。 defaultMessageResourcesConfig(config)为MessageResourcesConfig通过getInitParameter(s)方法初始化如下几个属性:application,factory,null(true/false)。 其它的几个方法就是获取不同的对象,然后把它们相应的存储到servlet中。关心如下: ActionFormBeans=>FormBeanConfig,ActionForwards=>ForwardConfig, ActionMappings=>ActionConfig。 六、initModuleMessageResources(ModuleConfig config) 通过存储在ModuleConfig中的MessageResourcesConfig对象,逐个初始化MessageResource,然后再把初始化好的MessageResources存放到ServletContext中,attributeName为MessageResourcesConfig.getKey() + ModuleConfig.getPrefix()。 七、initModuleDataSources(ModuleConfig config) 通过存储在ModuleConfig中的DataSourceConfig对象,逐个初始化DataSource。然后对于每一个DateSource通过BeanUtils.populate(ds, dscs[i].getProperties())方法初始化其属性。再把初始化好的DateSource存放到ServletContext中,attributeName为DataSourceConfig.getKey() + ModuleConfig.getPrefix()。同时也存放到名位dataSources的FastHashMap中,key为DataSourceConfig.getKey()。 这里还会根据生成的DateSource对象是否是GenericDataSource类型,如果是则调用GenericDataSource.open()方法。GenericDataSource是一个非常简单的数据库连接池,它的open()方法用来初始化连接池,生成最小数目的GenericConnection,这里的open()方法根据String driver变量是否为null来判断是否已经被初始化过。需要仔细说明的是getConnection()方法,它首先从连接池中取出GenericConnection对象,然后检查其是否是可链接的,如果是就返回,否则继续取出,同时activeCount-1。如果没有取到,则会检查当前可使用的GenericConnection是否达到最大值(activeCount < maxCount),如果没有,调用createConnection()方法声成一个新的GenericConnection,然后检查其是否是可链接,如果可以则返回。returnConnection(GenericConnection conn)方法则是通过把GenericConnection放回到连接池,然后activeCount-1。 这个方法中使用到了ServletContextWriter类,DateSource的log信息就通过这个类写入。对这个类说明如下: 它继承自PrintWriter,而PrintWriter又继承自Writer。Writer类所作的事情就是在同步的情况下调用abstract方法:abstract public void write(char cbuf[], int off, int len),这个方法将会根据调用者的需要由调用者实现。PrintWriter则首先通过ensureOpen()方法检验这个类中是否有写入的对象(Writer类或其子类),如果有则根据不同的情况调用这个写入对象的write方法(out.write(....))。这个类的print(...)方法就是据不同的情况调用相应的write(...)方法。而println(...)与之的区别就是每次多写入一个换行字符串。还有一个区别是println(...)会根据是否需要autoflush进行flush,而write(...)方法不会。 ServletContextWriter类的作用是把字符写入ServletContext中。ServletContextWriter类方法中真正实现了write方法:
八、initModulePlugIns(moduleConfig) 通过存储在ModuleConfig中的PlugInConfig对象,逐个初始化PlugIn对象,存放到一个数组中,然后再把这个数组存放到ServletContext中,attributeName为Globals.PLUG_INS_KEY + ModuleConfig.getPrefix()。 对每一个生成的PlugIn对象通过BeanUtils.populate(plugIns[i], plugInConfigs[i].getProperties())方法初始化其属性。然后再把PlugInConfig对象存放到由其生成的PlugIn对象中。 最后,通过plugIns[i].init(this, (ModuleConfig) config)初始化这个plugIn对象。 九、初始化结束 完成了这个初始化以后,会调用ModuleConfig.freeze()令这个ModuleConfig变得不可改变。然后会遍历ServletConfig中的initParameterNames,如果有以"config/"开头的,则通过这个parameter的值继续初始化其它的ModuleConfig,且这个ModuleConfig的prefix为"config/"后的字符串。 同样调用如下方法:
最后调用destroyConfigDigester()释放内存。 |
|||||||||
| 返回《编程与软件开发精华》 快速返回 | ||||||||||
|
| ||||||||||
|
|
如果您想发帖,请先注册或登录!
| Copyright © 2006 Patching.net All rights reserved. |