`
luoxiaofei126
  • 浏览: 15870 次
  • 性别: Icon_minigender_1
  • 来自: 上海
最近访客 更多访客>>
社区版块
存档分类
最新评论

struts2源码分析

 
阅读更多

Struts2架构图


        请求首先通过Filter chain,Filter主要包括ActionContextCleanUp,它主要清理当前线程的ActionContext和Dispatcher;FilterDispatcher主要通过AcionMapper来决定需要调用哪个Action。
        ActionMapper取得了ActionMapping后,在Dispatcher的serviceAction方法里创建ActionProxy,ActionProxy创建ActionInvocation,然后ActionInvocation调用Interceptors,执行Action本身,创建Result并返回,当然,如果要在返回之前做些什么,可以实现PreResultListener。

Struts2部分类介绍
这部分从Struts2参考文档中翻译就可以了。
ActionMapper
        ActionMapper其实是HttpServletRequest和Action调用请求的一个映射,它屏蔽了Action对于Request等java Servlet类的依赖。Struts2中它的默认实现类是DefaultActionMapper,ActionMapper很大的用处可以根据自己的需要来设计url格式,它自己也有Restful的实现,具体可以参考文档的docs\actionmapper.html。
ActionProxy&ActionInvocation
        Action的一个代理,由ActionProxyFactory创建,它本身不包括Action实例,默认实现DefaultActionProxy是由ActionInvocation持有Action实例。ActionProxy作用是如何取得Action,无论是本地还是远程。而ActionInvocation的作用是如何执行Action,拦截器的功能就是在ActionInvocation中实现的。
ConfigurationProvider&Configuration
        ConfigurationProvider就是Struts2中配置文件的解析器,Struts2中的配置文件主要是尤其实现类XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider来解析,

Struts2请求流程
1、客户端发送请求
2、请求先通过ActionContextCleanUp-->FilterDispatcher
3、FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action
4、如果ActionMapper决定调用某个Action,FilterDispatcher把请求的处理交给ActionProxy,这儿已经转到它的Delegate--Dispatcher来执行
5、ActionProxy根据ActionMapping和ConfigurationManager找到需要调用的Action类
6、ActionProxy创建一个ActionInvocation的实例
7、ActionInvocation调用真正的Action,当然这涉及到相关拦截器的调用
8、Action执行完毕,ActionInvocation创建Result并返回,当然,如果要在返回之前做些什么,可以实现PreResultListener。添加PreResultListener可以在Interceptor中实现,不知道其它还有什么方式?

Struts2(2.1.2)部分源码阅读
    从org.apache.struts2.dispatcher.FilterDispatcher开始
    //创建Dispatcher,此类是一个Delegate,它是真正完成根据url解析,读取对应Action的地方
    public void init(FilterConfig filterConfig) throws ServletException {
        
try {
            
this.filterConfig = filterConfig;

            initLogging();

            dispatcher 
= createDispatcher(filterConfig);
            dispatcher.init();
            dispatcher.getContainer().inject(
this);
            
//读取初始参数pakages,调用parse(),解析成类似/org/apache/struts2/static,/template的数组
            String param = filterConfig.getInitParameter("packages");
            String packages 
= "org.apache.struts2.static template org.apache.struts2.interceptor.debugging";
            
if (param != null) {
                packages 
= param + " " + packages;
            }
            
this.pathPrefixes = parse(packages);
        } 
finally {
            ActionContext.setContext(
null);
        }
    }
     顺着流程我们看Disptcher的init方法。init方法里就是初始读取一些配置文件等,先看init_DefaultProperties,主要是读取properties配置文件。
    private void init_DefaultProperties() {
        configurationManager.addConfigurationProvider(
new DefaultPropertiesProvider());
    }
    打开DefaultPropertiesProvider
    public void register(ContainerBuilder builder, LocatableProperties props)
            
throws ConfigurationException {
        
        Settings defaultSettings 
= null;
        
try {
            defaultSettings 
= new PropertiesSettings("org/apache/struts2/default");
        } 
catch (Exception e) {
            
throw new ConfigurationException("Could not find or error in org/apache/struts2/default.properties", e);
        }
        
        loadSettings(props, defaultSettings);
    }

    
//PropertiesSettings
    
//读取org/apache/struts2/default.properties的配置信息,如果项目中需要覆盖,可以在classpath里的struts.properties里覆写
    public PropertiesSettings(String name) {
        
        URL settingsUrl 
= ClassLoaderUtils.getResource(name + ".properties", getClass());
        
        
if (settingsUrl == null) {
            LOG.debug(name 
+ ".properties missing");
            settings 
= new LocatableProperties();
            
return;
        }
        
        settings 
= new LocatableProperties(new LocationImpl(null, settingsUrl.toString()));

        
// Load settings
        InputStream in = null;
        
try {
            in 
= settingsUrl.openStream();
            settings.load(in);
        } 
catch (IOException e) {
            
throw new StrutsException("Could not load " + name + ".properties:" + e, e);
        } 
finally {
            
if(in != null) {
                
try {
                    in.close();
                } 
catch(IOException io) {
                    LOG.warn(
"Unable to close input stream", io);
                }
            }
        }
    }
    再来看init_TraditionalXmlConfigurations方法,这个是读取struts-default.xml和Struts.xml的方法。
    private void init_TraditionalXmlConfigurations() {
        
//首先读取web.xml中的config初始参数值
        
//如果没有配置就使用默认的"struts-default.xml,struts-plugin.xml,struts.xml",
        
//这儿就可以看出为什么默认的配置文件必须取名为这三个名称了
        
//如果不想使用默认的名称,直接在web.xml中配置config初始参数即可
        String configPaths = initParams.get("config");
        
if (configPaths == null) {
            configPaths 
= DEFAULT_CONFIGURATION_PATHS;
        }
        String[] files 
= configPaths.split("\\s*[,]\\s*");
        
//依次解析配置文件,xwork.xml单独解析
        for (String file : files) {
            
if (file.endsWith(".xml")) {
                
if ("xwork.xml".equals(file)) {
                    configurationManager.addConfigurationProvider(
new XmlConfigurationProvider(file, false));
                } 
else {
                    configurationManager.addConfigurationProvider(
new StrutsXmlConfigurationProvider(file, false, servletContext));
                }
            } 
else {
                
throw new IllegalArgumentException("Invalid configuration file name");
            }
        }
    }
    对于其它配置文件只用StrutsXmlConfigurationProvider,此类继承XmlConfigurationProvider,而XmlConfigurationProvider又实现ConfigurationProvider接口。类XmlConfigurationProvider负责配置文件的读取和解析,addAction()方法负责读取<action>标签,并将数据保存在ActionConfig中;addResultTypes()方法负责将<result-type>标签转化为ResultTypeConfig对象;loadInterceptors()方法负责将<interceptor>标签转化为InterceptorConfi对象;loadInterceptorStack()方法负责将<interceptor-ref>标签转化为InterceptorStackConfig对象;loadInterceptorStacks()方法负责将<interceptor-stack>标签转化成InterceptorStackConfig对象。而上面的方法最终会被addPackage()方法调用,将所读取到的数据汇集到PackageConfig对象中。来看XmlConfigurationProvider的源代码,详细的我自己也就大体浏览了一下,各位可以自己研读。
    protected PackageConfig addPackage(Element packageElement) throws ConfigurationException {
        PackageConfig.Builder newPackage 
= buildPackageContext(packageElement);

        
if (newPackage.isNeedsRefresh()) {
            
return newPackage.build();
        }
        .

        addResultTypes(newPackage, packageElement);
        loadInterceptors(newPackage, packageElement);
        loadDefaultInterceptorRef(newPackage, packageElement);
        loadDefaultClassRef(newPackage, packageElement);
        loadGlobalResults(newPackage, packageElement);
        loadGobalExceptionMappings(newPackage, packageElement);
        NodeList actionList 
= packageElement.getElementsByTagName("action");

        
for (int i = 0; i < actionList.getLength(); i++) {
            Element actionElement 
= (Element) actionList.item(i);
            addAction(actionElement, newPackage);
        }
        loadDefaultActionRef(newPackage, packageElement);
        PackageConfig cfg 
= newPackage.build();
        configuration.addPackageConfig(cfg.getName(), cfg);
        
return cfg;
    }
    这儿发现一个配置上的小技巧,我的xwork2.0.*是没有的,但是看源码是看到xwork2.1.*是可以的。继续看XmlConfigurationProvider的源代码:
    private List loadConfigurationFiles(String fileName, Element includeElement) {
        List
<Document> docs = new ArrayList<Document>();
        
if (!includedFileNames.contains(fileName)) {
                
                Element rootElement 
= doc.getDocumentElement();
                NodeList children 
= rootElement.getChildNodes();
                
int childSize = children.getLength();

                
for (int i = 0; i < childSize; i++) {
                    Node childNode 
= children.item(i);

                    
if (childNode instanceof Element) {
                        Element child 
= (Element) childNode;

                        
final String nodeName = child.getNodeName();
                        
//解析每个action配置是,对于include文件可以使用通配符*来进行配置
                        
//如Struts.xml中可配置成<include file="actions_*.xml"/>
                        if (nodeName.equals("include")) {
                            String includeFileName 
= child.getAttribute("file");
                            
if(includeFileName.indexOf('*'!= -1 ) {
                                ClassPathFinder wildcardFinder 
= new ClassPathFinder();
                                wildcardFinder.setPattern(includeFileName);
                                Vector
<String> wildcardMatches = wildcardFinder.findMatches();
                                
for (String match : wildcardMatches) {
                                    docs.addAll(loadConfigurationFiles(match, child));
                                }
                            }
                            
else {
                                
                                docs.addAll(loadConfigurationFiles(includeFileName, child));    
                            }    
                    }
                }
                }
                docs.add(doc);
                loadedFileUrls.add(url.toString());
            }
        }
        
return docs;
    }
    init_CustomConfigurationProviders方式初始自定义的Provider,配置类全名和实现ConfigurationProvider接口,用逗号隔开即可。
    private void init_CustomConfigurationProviders() {
        String configProvs 
= initParams.get("configProviders");
        
if (configProvs != null) {
            String[] classes 
= configProvs.split("\\s*[,]\\s*");
            
for (String cname : classes) {
                
try {
                    Class cls 
= ClassLoaderUtils.loadClass(cname, this.getClass());
                    ConfigurationProvider prov 
= (ConfigurationProvider)cls.newInstance();
                    configurationManager.addConfigurationProvider(prov);
                }
                
            }
        }
    }
    好了,现在再回到FilterDispatcher,每次发送一个Request,FilterDispatcher都会调用doFilter方法。
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {

        HttpServletRequest request 
= (HttpServletRequest) req;
        HttpServletResponse response 
= (HttpServletResponse) res;
        ServletContext servletContext 
= getServletContext();

        String timerKey 
= "FilterDispatcher_doFilter: ";
        
try {
            ValueStack stack 
= dispatcher.getContainer().getInstance(ValueStackFactory.class).createValueStack();
            ActionContext ctx 
= new ActionContext(stack.getContext());
            ActionContext.setContext(ctx);
            
            UtilTimerStack.push(timerKey);
            
//根据content type来使用不同的Request封装,可以参见Dispatcher的wrapRequest
            request = prepareDispatcherAndWrapRequest(request, response);
            ActionMapping mapping;
            
try {
                
//根据url取得对应的Action的配置信息--ActionMapping,actionMapper是通过Container的inject注入的
                mapping = actionMapper.getMapping(request, dispatcher.getConfigurationManager());
            } 
catch (Exception ex) {
                log.error(
"error getting ActionMapping", ex);
                dispatcher.sendError(request, response, servletContext, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, ex);
                
return;
            }
            
//如果找不到对应的action配置,则直接返回。比如你输入***.jsp等等
            
//这儿有个例外,就是如果path是以“/struts”开头,则到初始参数packages配置的包路径去查找对应的静态资源并输出到页面流中,当然.class文件除外。如果再没有则跳转到404
            if (mapping == null) {
                
// there is no action in this request, should we look for a static resource?
                String resourcePath = RequestUtils.getServletPath(request);

                
if ("".equals(resourcePath) && null != request.getPathInfo()) {
                    resourcePath 
= request.getPathInfo();
                }

                
if (serveStatic && resourcePath.startsWith("/struts")) {
                    String name 
= resourcePath.substring("/struts".length());
                    findStaticResource(name, request, response);
                } 
else {
                    chain.doFilter(request, response);
                }
                
return;
            }
            
//正式开始Action的方法了
            dispatcher.serviceAction(request, response, servletContext, mapping);

        } 
finally {
            
try {
                ActionContextCleanUp.cleanUp(req);
            } 
finally {
                UtilTimerStack.pop(timerKey);
            }
        }
    }
分享到:
评论

相关推荐

    struts2 源码分析

    Struts2 源码分析 Struts2 是一个基于MVC 模式的Web 应用程序框架,它的源码分析可以帮助我们更好地理解框架的内部机制和工作流程。下面是Struts2 源码分析的相关知识点: 1. Struts2 架构图 Struts2 的架构图...

    Struts2源码分析

    ### Struts2源码分析 #### 一、概述 Struts2是一个基于MVC模式的开源Web应用框架,它能够帮助开发者快速构建出结构清晰、易于维护的企业级应用。Struts2的核心组件包括:`ActionContextCleanUp`、`...

    struts2源码分析总结

    本文将深入探讨Struts2的源码分析,特别是关于StrutsPrepareAndExecuteFilter的初始化过程,这是Struts2的核心组件之一,负责处理HTTP请求。 首先,我们来看`StrutsPrepareAndExecuteFilter`的初始化。这个过滤器...

    Struts2源码分析--请求处理.pdf

    Struts2源码分析--请求处理.pdf

    Struts2源码分析--请求处理[汇编].pdf

    Struts2源码分析--请求处理[汇编].pdf

    struts2部分源码分析

    本篇文章将深入探讨Struts2的运行原理,通过源码分析来揭示其内部工作机制。 首先,我们从核心组件开始。Struts2的核心组件包括Action、FilterDispatcher、Interceptor和Result。Action是业务逻辑的载体,它接收...

    Struts2源码阅读

    通过阅读Struts2的源码,我们可以深入了解框架如何处理请求、如何调度Action以及如何应用拦截器来扩展功能。这有助于开发者更好地定制和优化他们的应用程序,提高代码质量和性能。在实际开发中,对源码的理解能帮助...

    struts2源代码分析

    Struts2是一个流行的Java web应用程序框架,它基于MVC(模型-视图-控制器)设计模式,用于构建高效且可维护的web应用。Struts2是Struts1.x和WebWork社区合并的产物,可以看作是WebWork的增强版,具备稳定性、高性能...

    struts2 源码解读

    源码分析是提升编程技能和解决问题的关键,特别是对于复杂的框架如Struts2,理解其内部工作原理能够帮助我们优化应用性能,修复潜在问题,并进行定制化开发。 首先,Struts2的核心组件包括Action、Result、...

    struts2-src

    Struts2源码分析可以从以下几个关键点展开: 1. **Action与Dispatcher**:在Struts2中,Action类是业务逻辑处理的主要载体。用户请求首先会被Struts2的前端控制器(DispatcherServlet)捕获,然后根据配置文件...

    struts2源码研究

    Struts2 源码分析主要涉及其在Tomcat启动过程中的初始化步骤以及请求处理流程。首先,我们来看Tomcat启动时Struts2框架如何准备和执行。 在Tomcat启动时,Struts2的Filter文件被加载,具体是`...

    Struts2视频教程

    #### 六、Struts2源码分析 - **深入源码**:针对某些重要知识点,比如Action的执行流程、拦截器的工作原理等,本教程还会带领学员一起探索源码,加深对框架内部机制的理解。 ### 结语 通过以上对Struts2各个方面...

    struts 2 源码 导入eclipse工程

    通过上述步骤和知识点,你可以对Struts 2有更深入的理解,并且能够利用Eclipse的强大工具进行调试和代码分析,提升开发效率。同时,熟悉源码也有助于定制化开发和解决实际问题。在实践中不断探索和学习,才能更好地...

    struts2框架源码

    了解这些基本概念后,深入源码分析可以发现以下关键技术点: 1. **Dispatcher Servlet**:Struts2的核心控制器,负责接收HTTP请求,通过ActionMapper找到对应的Action,然后调用ActionInvocation进行拦截器链的执行...

    struts2 项目源码

    通过分析这个Struts2项目源码,你可以学习以下技能: 1. 如何创建Action类,并定义其方法与用户请求对应。 2. 理解配置文件`struts.xml`的结构和作用。 3. 掌握Action与视图的交互,了解结果类型的应用。 4. 学习...

Global site tag (gtag.js) - Google Analytics