SSH开发模式——Struts2(第二小节)
上一小节已经学会了如何去搭建struts2的开发环境,该篇博客我们继续深入struts2,了解struts2框架的拦截器。
首先对我们在web.xml文件配置的过滤器进行一个源码的分析。
在strutsprepareandexecutefilter源码中,有一个init()方法,它调用方法获得了一个dispatcher对象,这就是我们要分析的关键了。进入到它的源码,在其init()方法中调用了init_traditionalxmlconfigurations()方法,该方法的源码如下:
private void init_traditionalxmlconfigurations() { string configpaths = initparams.get("config"); if (configpaths == null) { configpaths = default_configuration_paths; } string[] files = configpaths.split("\\s*[,]\\s*"); for (string file : files) { if (file.endswith(".xml")) { if ("xwork.xml".equals(file)) { configurationmanager.addcontainerprovider(createxmlconfigurationprovider(file, false)); } else { configurationmanager.addcontainerprovider(createstrutsxmlconfigurationprovider(file, false, servletcontext)); } } else { throw new illegalargumentexception("invalid configuration file name"); } } }
注意了,在这个方法里有这样一句代码,configpaths = default_configuration_paths;
,关键就是这个字段,我们继续跟进。
private static final string default_configuration_paths = "struts-default.xml,struts-plugin.xml,struts.xml";
看到这里你总该明白了吧,为什么新建的struts2的配置文件名字必须为struts.xml?为什么struts2的配置文件中package标签要继承struts-default?相信应该不用我解释了。
其实,过滤器的作用有很多,之前也有介绍,但是,如果把所有的任务都交给过滤器处理,那过滤器的负担将会非常重,过滤器的代码会非常多,也不符合我们低耦合,高内聚的设计思想。
我们假设要实现一个功能,在一个类中将该功能分为几个步骤。
class aa{ 第一步: 第二步: 第三步: 第四步: }
但是我们现在这样设计实现。
class a1{ 第一步: } class a2{ 第二步: } class a3{ 第三步: } class a4{ 第四步: }
每个类只实现一步,然后直接调用四个类的方法即可。
这样有什么好处呢?这样四个步骤都不会相互影响,想单独调用某个步骤你可以很容易地实现。这就是分离关注的思想。把要处理的问题,分别用一个类来完成,每个类只完成一个功能。这样的一个类就叫 拦截器。
那拦截器和过滤器有什么区别呢?
相同点:都是起拦截作用的。
不同点:过滤器是j2ee的标准,任何的一个程序都可以使用。
拦截器是struts2框架的标准,不能离开struts2框架,必须依赖struts2框架使用。
过滤器拦截的是web.xml配置文件,其它的拦截工作都交给了拦截器。
执行顺序为过滤器先执行,拦截器后执行。
在struts-default.xml文件中,定义了很多的拦截器。
<!-- interceptors:定义了struts2框架的拦截器 *name:拦截器的名称,是唯一的 *class:拦截器对应的action类的完整路径 --> <interceptors> <interceptor name="alias" class="com.opensymphony.xwork2.interceptor.aliasinterceptor"/> <interceptor name="autowiring" class="com.opensymphony.xwork2.spring.interceptor.actionautowiringinterceptor"/> <interceptor name="chain" class="com.opensymphony.xwork2.interceptor.chaininginterceptor"/> <interceptor name="conversionerror" class="org.apache.struts2.interceptor.strutsconversionerrorinterceptor"/> <interceptor name="cookie" class="org.apache.struts2.interceptor.cookieinterceptor"/> <interceptor name="clearsession" class="org.apache.struts2.interceptor.clearsessioninterceptor" /> <interceptor name="createsession" class="org.apache.struts2.interceptor.createsessioninterceptor" /> <interceptor name="debugging" class="org.apache.struts2.interceptor.debugging.debugginginterceptor" /> <interceptor name="execandwait" class="org.apache.struts2.interceptor.executeandwaitinterceptor"/> <interceptor name="exception" class="com.opensymphony.xwork2.interceptor.exceptionmappinginterceptor"/> <interceptor name="fileupload" class="org.apache.struts2.interceptor.fileuploadinterceptor"/> <interceptor name="i18n" class="com.opensymphony.xwork2.interceptor.i18ninterceptor"/> <interceptor name="logger" class="com.opensymphony.xwork2.interceptor.logginginterceptor"/> <interceptor name="modeldriven" class="com.opensymphony.xwork2.interceptor.modeldriveninterceptor"/> <interceptor name="scopedmodeldriven" class="com.opensymphony.xwork2.interceptor.scopedmodeldriveninterceptor"/> <interceptor name="params" class="com.opensymphony.xwork2.interceptor.parametersinterceptor"/> <interceptor name="actionmappingparams" class="org.apache.struts2.interceptor.actionmappingparametersinteceptor"/> <interceptor name="prepare" class="com.opensymphony.xwork2.interceptor.prepareinterceptor"/> <interceptor name="staticparams" class="com.opensymphony.xwork2.interceptor.staticparametersinterceptor"/> <interceptor name="scope" class="org.apache.struts2.interceptor.scopeinterceptor"/> <interceptor name="servletconfig" class="org.apache.struts2.interceptor.servletconfiginterceptor"/> <interceptor name="timer" class="com.opensymphony.xwork2.interceptor.timerinterceptor"/> <interceptor name="token" class="org.apache.struts2.interceptor.tokeninterceptor"/> <interceptor name="tokensession" class="org.apache.struts2.interceptor.tokensessionstoreinterceptor"/> <interceptor name="validation" class="org.apache.struts2.interceptor.validation.annotationvalidationinterceptor"/> <interceptor name="workflow" class="com.opensymphony.xwork2.interceptor.defaultworkflowinterceptor"/> <interceptor name="store" class="org.apache.struts2.interceptor.messagestoreinterceptor" /> <interceptor name="checkbox" class="org.apache.struts2.interceptor.checkboxinterceptor" /> <interceptor name="profiling" class="org.apache.struts2.interceptor.profilingactivationinterceptor" /> <interceptor name="roles" class="org.apache.struts2.interceptor.rolesinterceptor" /> <interceptor name="annotationworkflow" class="com.opensymphony.xwork2.interceptor.annotations.annotationworkflowinterceptor" /> <interceptor name="multiselect" class="org.apache.struts2.interceptor.multiselectinterceptor" /> </interceptors>
拦截器非常的多,其中也有很多我们眼熟的关键字吧,cookie、params、i18n等等。
在拦截器定义的下面,又定义了很多的interceptor-stack标签,这些标签定义的是拦截器栈。它们有什么作用呢?
这里我只贴出一个默认的拦截器栈作讲解。
<!-- interceptor-stack:拦截器栈 *存放了上面定义的拦截器,拦截器栈相当于list集合,在这里存放的拦截器是有先后顺序的 按照声明的顺序先后执行 --> <interceptor-stack name="defaultstack"> <interceptor-ref name="exception"/> <interceptor-ref name="alias"/> <interceptor-ref name="servletconfig"/> <interceptor-ref name="i18n"/> <interceptor-ref name="prepare"/> <interceptor-ref name="chain"/> <interceptor-ref name="scopedmodeldriven"/> <interceptor-ref name="modeldriven"/> <interceptor-ref name="fileupload"/> <interceptor-ref name="checkbox"/> <interceptor-ref name="multiselect"/> <interceptor-ref name="staticparams"/> <interceptor-ref name="actionmappingparams"/> <interceptor-ref name="params"> <param name="excludeparams">dojo\..*,^struts\..*,^session\..*,^request\..*,^application\..*,^servlet(request|response)\..*,parameters\...*</param> </interceptor-ref> <interceptor-ref name="conversionerror"/> <interceptor-ref name="validation"> <param name="excludemethods">input,back,cancel,browse</param> </interceptor-ref> <interceptor-ref name="workflow"> <param name="excludemethods">input,back,cancel,browse</param> </interceptor-ref> <interceptor-ref name="debugging"/> </interceptor-stack>
至于它是否真的有执行顺序呢?我就不带大家验证了,大家可以找几个拦截器,然后在对应的类中打上断点,然后运行验证即可。
需要注意的是,程序默认执行的是defaultstack拦截器栈,那有没有人想为什么程序默认执行的是该拦截器栈,因为它的名字是defaultstack,所以就会执行它吗?显然,这里面是有原因的。我们往下阅读源码,找到了这样一句配置:<default-interceptor-ref name="defaultstack"/>
,它就是用来配置默认执行的拦截器栈的。
拦截器就先介绍到这里。
之前算是一个对struts2框架的入门,有很多地方大家可能都不太理解,因为要让大家能够迅速地了解这个框架,所以没有更深层次地去介绍,只是讲述了它的冰山一角。接下来,我们就要对struts2框架进行一个系统的学习,敬请期待吧。
上一篇: 手心脚心发热是怎么回事,教你怎么调理!
下一篇: 企业网站推广实用技巧分享