SSH开发模式——Struts2(第二小节)

简介: 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框架进行一个系统的学习,敬请期待吧。

目录
相关文章
|
存储 Java 应用服务中间件
SSH开发模式——Struts2进阶
SSH开发模式——Struts2进阶
|
移动开发 JavaScript Java
【SSH】Struts2文件上传
【SSH】Struts2文件上传
78 0
|
前端开发 Java 网络安全
《SSH框架》Struts2
Struts(金属支架),在程序中表示起支撑作用的通用程序代码,Struts2是在Struts1框架的基础上融合了WebWork优秀框架升级得到的。
|
前端开发 Java 数据库连接
SSH开发模式——Struts2(第一小节)
SSH开发模式——Struts2(第一小节)
168 0
SSH开发模式——Struts2(第一小节)
|
缓存 Java 网络安全
SSH开发模式——Struts2(第三小节)
SSH开发模式——Struts2(第三小节)
93 0
|
15天前
|
监控 Ubuntu Linux
使用VSCode通过SSH远程登录阿里云Linux服务器异常崩溃
通过 VSCode 的 Remote - SSH 插件远程连接阿里云 Ubuntu 22 服务器时,会因高 CPU 使用率导致连接断开。经排查发现,VSCode 连接根目录 ".." 时会频繁调用"rg"(ripgrep)进行文件搜索,导致 CPU 负载过高。解决方法是将连接目录改为"root"(或其他具体的路径),避免不必要的文件检索,从而恢复正常连接。
|
5月前
|
安全 Linux Shell
Linux中SSH命令介绍
Linux中SSH命令介绍
138 2
|
3月前
|
安全 Linux 网络安全
在Linux中,如何配置SSH以确保远程连接的安全?
在Linux中,如何配置SSH以确保远程连接的安全?
|
3月前
|
安全 Linux Shell
SSH 命令完整实用指南 | Linux SSH 服务
【8月更文挑战第20天】
424 0
|
3月前
|
安全 Linux Shell
如何在 Linux 服务器上配置基于 SSH 密钥的身份验证
如何在 Linux 服务器上配置基于 SSH 密钥的身份验证
192 0