struts1.2源码分析之容器启动所做的工作

  不知道为什么,突然觉得作为一名java程序员,没有深入开源项目是一种遗憾.开始研究servlet源码,但后来发现,servlet组件也是web服务器的一部分,就研究server容器(tomcat6.0)在,看源码发现eclipse-JDT-3.2.zip这个jdt下载地址不存在了,所以不能编译.,ant要下6个支持项目,少一个.只有首先从经典的struts开始吧.

我们如果不用struts的化,也行,但庞大的servlet维护起来,也不是很好.如果能把源码的设计思想用的自己的工作中,是一件非常有意义的事.

要想出程序员升为架构师,分析师,必须要非常的熟悉常用的框架内部结构.不对的地方请您不惜赐教.谢谢!

刚开始,觉得不是很难,但,光看不调试,经过繁琐的调用,又清不到查看路线了.

 

我是这样做的,首先建立一个工程.把

commons-beanutils.jar;

commons-digester.jar;

commons-fileupload.jar;

commons-logging.jar;

commons-validator.jar;

antlr.jar;

jakarta-oro.jar;

考到工程构建路径里(也就复制粘贴到WEB-INF/lib下面),把源码倒到工程里面.(就相当于是struts.jar这个核心包)因为调用是进不了源码的,不过据说struts2.0可以调式进去,不过,不急,慢慢来.先把经典的struts1知其然,更知所以然.

在看源码的时候最好,打开struts的API.再用笔或者用uml工具,画画类图,帮助理解

如果说源码分析每个细节都说到,且说的很清楚的话,还不如去写本说了,只是大概的说说,我也是学习的角度.

 

public class ActionServlet extends HttpServlet { /* 这个总控制器是继承HttpServlet.servlet组件是跟容器绑在一起的,我们先不关它 * 就知道,我们向服务器发送一个请求的时候,,servlet组件会帮我们做一些请求工作 * 然后是返回工作,也就是分别对应HttpServletRequest,HttpServletResponse; */ /* Question * * 1.首先,在web.xml文件中添加了struts的配置.那struts-config.xml文件是被谁解析的呢; * 难道是部署web的容器(如,tomcat service)? * 2. 至于为什么会调用init方法,这是servlet帮我们做的事! * 3. 框架是半成品,逻辑还是要自己写. */ /* 我们发现他的所有field(字段)都是protected修饰(应该是便于这个类衍生). */ // 一个默认的指定路径的文件module. protected String config = "/WEB-INF/struts-config.xml"; /* 这个类是,由common-digester.jar提供的.看汉语意思,就知道是注册 用来把一些xml文件的dtd文件等注册*/ protected Digester configDigester = null; // 资源对象 protected MessageResources internal = null; // stuts用些这样做的目的是,为了兼容老版本,很根据字符串来造对象(ClassLoader) protected String internalName = "org.apache.struts.action.ActionResources"; /* 这个日志是必须的,看了jdk的java.logging,会想到log4j.用起来差不多,但log4j要好些,毕竟是 * 专业好,但一般的项目两者差不多.让人会想到,log4j能很方便的控制他的级别.看log代码,你也会发现 * 它有个Level来控制级别的,并且在JRE或JDK的/lib目录下有个logging.properties可以象log4j * 一样改信息级别的*/ protected static Log log = LogFactory.getLog(ActionServlet.class); // 记录这个总控制器在web.xml文件中描述的名字. protected String servletName = null; //这个数组是用来注册dtd的. protected String registrations[] = { "-//Apache Software Foundation//DTD Struts Configuration 1.0//EN", "/org/apache/struts/resources/struts-config_1_0.dtd", "-//Apache Software Foundation//DTD Struts Configuration 1.1//EN", "/org/apache/struts/resources/struts-config_1_1.dtd", .... } //这里做了全部的初始化工作,当然繁琐的调用在里面. public void init() throws ServletException { // 初始化MessageResources; initInternal(); /* 主要是获得web.xml文件里的config参数的值; * getServletConfig().getInitParameter("config"); * getServletConfig().getInitParameter("convertNull"); * 获得的参数来初始化成员参数config = "WEB-INF/struts-config.xml"; * 也有可能是一串有comma(逗号)的多个配置文件. */ initOther(); // servlet的一些配置工作. initServlet(); getServletContext().setAttribute(Globals.ACTION_SERVLET_KEY, this); /* 初始化Module(控制器) Factory * 这个主要是工厂方法的使用,默认里面是DefaultModuleConfigFactory */ initModuleConfigFactory(); // Initialize modules as needed /* * 初始化模型,涉及到的org.apache.config包的类比较多. * ModuleConfig的实现类是ModuleConfigImpl对象.在内部做了设计处理; * 这个类也就是所谓的总控制器Control,是个核心! */ ModuleConfig moduleConfig = initModuleConfig("", config); // 我们发现 moduleConfig会作为参数,来对其他元素的初始化! // Initialize 消息配置(对应struts配置文件的<message-resources />元素); initModuleMessageResources(moduleConfig); // Initialize 数据配置(对应struts配置文件的<data-sources />); initModuleDataSources(moduleConfig); // Initialize 插件配置(对应struts配置文件的<plug-in />); initModulePlugIns(moduleConfig); // 这个方法是来 "冻结"没有用到的元素,也是struts的一种安全设计吧! moduleConfig.freeze(); }// init() end! protected ModuleConfig initModuleConfig(String prefix, String paths) throws ServletException { // Parse the configuration for this module ModuleConfigFactory factoryObject = ModuleConfigFactory.createFactory(); ModuleConfig config = factoryObject.createModuleConfig(prefix); // Configure the Digester instance we will use Digester digester = initConfigDigester(); // Process each specified resource path while (paths.length() > 0) { digester.push(config); String path = null; int comma = paths.indexOf(','); if (comma >= 0) { path = paths.substring(0, comma).trim(); paths = paths.substring(comma + 1); } else { path = paths.trim(); paths = ""; } if (path.length() < 1) { break; } // 这里保证把每一个路径都加进去; this.parseModuleConfigFile(digester, path); } getServletContext().setAttribute( Globals.MODULE_KEY + config.getPrefix(), config); // Force creation and registration of DynaActionFormClass instances // for all dynamic form beans we wil be using /* FormBeanConfig里的dynamic 继承 org.apache.commons.beanUtils包里DynaClass类 * */ FormBeanConfig fbs[] = config.findFormBeanConfigs(); for (int i = 0; i < fbs.length; i++) { if (fbs[i].getDynamic()) { fbs[i].getDynaActionFormClass(); } } return config; } // initModuleConfig() end! protected void initModuleConfigFactory(){ String configFactory = getServletConfig().getInitParameter("configFactory"); if (configFactory != null) { ModuleConfigFactory.setFactoryClass(configFactory); } } // initModuleConfigFactory() end! protected void initServlet() throws ServletException { // get servlet name 也就是web.xml文件的配置名. this.servletName = getServletConfig().getServletName(); // 这里用到了common-digest.jar里的类. Digester digester = new Digester(); digester.push(this); digester.setNamespaceAware(true); digester.setValidating(false); //. for (int i = 0; i < registrations.length; i += 2) { URL url = this.getClass().getResource(registrations[i+1]); if (url != null) { digester.register(registrations[i], url.toString()); } } digester.addCallMethod("web-app/servlet-mapping", "addServletMapping", 2); digester.addCallParam("web-app/servlet-mapping/servlet-name", 0); digester.addCallParam("web-app/servlet-mapping/url-pattern", 1); InputStream input = getServletContext().getResourceAsStream("/WEB-INF/web.xml"); // 看得出来 digester.parse()封装了xml文件的解析工作. digester.parse(input); //... } // initServlet() end! protected void initInternal() throws ServletException { /* 这里用了[我叫他嵌套factory模式,]返回的是PropertyMessageResources对象; 基类是MessageResources类 */ internal = MessageResources.getMessageResources(internalName); // ... } // initInternal() end! } // class ActionServlet end!