3月 112015
 

拦截器与Filter的区别 
Spring的拦截器与Servlet的Filter有相似之处,比如二者都是AOP编程思想的体现,都能实现权限检查、日志记录等。不同的是:
使用范围不同:Filter是Servlet规范规定的,只能用于Web程序中。而拦截器既可以用于Web程序,也可以用于Application、Swing程序中。
规范不同:Filter是在Servlet规范中定义的,是Servlet容器支持的。而拦截器是在Spring容器内的,是Spring框架支持的。
使用的资源不同:同其他的代码块一样,拦截器也是一个Spring的组件,归Spring管理,配置在Spring文件中,因此能使用Spring里的任何资源、对象,例如Service对象、数据源、事务管理等,通过IoC注入到拦截器即可;而Filter则不能。
深度不同:Filter在只在Servlet前后起作用。而拦截器能够深入到方法前后、异常抛出前后等,因此拦截器的使用具有更大的弹性。所以在Spring构架的程序中,要优先使用拦截器。

 

实际上Filter和Servlet极其相似,区别只是Filter不能直接对用户生成响应。实际上Filter里doFilter()方法里的代码就是从多个Servlet的service()方法里抽取的通用代码,通过使用Filter可以实现更好的复用。 

filter是一个可以复用的代码片段,可以用来转换HTTP请求、响应和头信息。Filter不像Servlet,它不能产生一个请求或者响 应,它只是修改对某一资源的请求,或者修改从某一的响应。  

JSR中说明的是,按照多个匹配的Filter,是按照其在web.xml中配置的顺序 来执行的。 
所以这也就是,把自己的Filter或者其他的Filter(比如UrlRewrite的Filter)放在Struts的 DispatcherFilter的前面的原因。因为,它们需要在请求被Struts2框架处理之前,做一些前置的工作。 
当Filter被调用,并且进入了Struts2的DispatcherFilter中 后,Struts2会按照在Action中配置的Interceptor Stack中的Interceptor的顺序,来调用Interceptor。
 

3.servlet、filter、interceptor的执行顺序


f84cb2fe-e9bc-30f9-923a-260e77ae221e
    Filter代码:

Java代码  收藏代码

  1. @Override  
  2.     public void doFilter(ServletRequest servletrequest,  
  3.             ServletResponse servletresponse, FilterChain filterchain)  
  4.             throws IOException, ServletException {  
  5.         System.out.println(“in  filter 1.”);  
  6.         filterchain.doFilter(servletrequest, servletresponse);  
  7.         System.out.println(“outing filter 1”);  
  8.     }  

 

 

   interceptor代码:
    @Override

Java代码  收藏代码

  1. public String intercept(ActionInvocation actioninvocation) throws Exception {  
  2.     System.out.println(“in logininterceptor”);  
  3.     String result=actioninvocation.invoke();  
  4.     System.out.println(“outing logininterceptor”);  
  5.     return result;  
  6. }  

 
    action代码:

Java代码  收藏代码

  1. @Override    
  2.    public String execute() throws Exception {    
  3.        System.out.println(“in loginaciton”);  
  4.        ActionContext context=ActionContext.getContext();  
  5.        Map<String, Object> session=context.getSession();   
  6.        session.put(“userName”, userName);    
  7.          
  8.       /* HttpServletRequest request = ServletActionContext. getRequest(); 
  9.        HttpSession session = request.getSession(); 
  10.        session.putValue(“userName”, userName);*/  
  11.        System.out.println(“outing loginaciton”);  
  12.        return SUCCESS;    
  13.    }   

 
      
   jsp代码:

Html代码  收藏代码

  1.  <script type=“text/javascript”>     
Html代码  收藏代码

  1. function submitForm(){  
  2.       document.getElementById(“form1”).submit();   
  3.    }  
  4. </script>  
  5.   
  6.  </head>  
  7.    
  8.  <body>  
  9.    This is Login page. <br>  
  10.    <form action=“<%=path %>/login2.action” method=“post” id=“form1” name=“form1”>  
  11.       UserName:<input type=“text” id=“userName” name=“userName”/><input type=“button” value=“submit” onclick=“submitForm()” id=“submit1” />  
  12.    </form>  
  13.  </body>  

 


   struts.xml

Xml代码  收藏代码

  1.  <struts>  
Xml代码  收藏代码

  1. <package name=“default” extends=“struts-default” namespace=“/”>    
  2.            
  3.          <interceptors>  
  4.             <interceptor name=“MyInterceptor” class=“Login.LoginInterceptor”></interceptor>  
  5.                 <interceptor-stack name=“myInterceptorStack”>  
  6.                     <interceptor-ref name=“MyInterceptor”/>  
  7.                     <interceptor-ref name=“defaultStack”/>  
  8.                 </interceptor-stack>  
  9.         </interceptors>  
  10.            
  11.             <action name=“login2” class=“Login.LoginAction”>    
  12.                 <result name=“success”>    
  13.                    /Login/success.jsp    
  14.                 </result>  
  15.                 <interceptor-ref name=“myInterceptorStack”></interceptor-ref>  
  16.             </action>    
  17.    
  18.         </package>  
  19.     </struts>  

 
    
console:
in  filter 1.
in logininterceptor
in loginaciton
outing loginaciton
outing logininterceptor
outing filter 1

 

3.servlet、filter的执行顺序

servlet代码:

Java代码  收藏代码

  1. public void init() throws ServletException {   
  2.     System.out.println(“servlet初始化”);  
  3.   }   

  

Java代码  收藏代码

  1. public void doPost(HttpServletRequest request, HttpServletResponse response)          
Java代码  收藏代码

  1. throws ServletException, IOException {   
  2.       System.out.println(“in servlet”);  
  3.     response.setContentType(“text/html”);   
  4.     PrintWriter out = response.getWriter();   
  5.     out   
  6.         .println(“<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01 Transitional//EN”>”);   
  7.     out.println(“<HTML>”);   
  8.     out.println(”    <HEAD><TITLE>A Servlet</TITLE></HEAD>”);   
  9.     out.println(”    <BODY>”);   
  10.     out.print(”        This is “);   
  11.     out.print(this.getClass());   
  12.     out.println(“, using the POST method”);        
  13.        
  14.     out.println(“<br>”);   
  15.     String x = request.getParameter(“x”);   
  16.     String y = request.getParameter(“y”);   
  17.     out.println(“x=”+x);   
  18.     out.println(“<br>”);   
  19.     out.println(“y=”+y);   
  20.     out.println(“<br>”);   
  21.        
  22.     out.println(”    </BODY>”);   
  23.     out.println(“</HTML>”);   
  24.     out.flush();   
  25.     out.close();   
  26.     System.out.println(“outing servlet”);  
  27.   }   

 

Java代码  收藏代码

  1. public void destroy(){        
Java代码  收藏代码

  1. System.out.println(“servlet销毁”);  
  2.         super.destroy();  
  3.     }  

 console:

servlet初始化

in  filter 1.

in servlet

before HttpServletRequest

after HttpServletRequest

outing servlet

outing filter 1

当tomcat容器停止的时候,输出:servlet销毁

转自:http://listenup.iteye.com/blog/1559553

2月 202014
 

以前一直以为junit测试都是按照测试方法的顺序执行了,某次测试中发现原来并非如此。

在junit4.11后,可以通过对测试类添加注解 “@FixMethodOrder(value)” 来指定,其中value 为执行顺序,三种执行顺序可供选择:默认(MethodSorters.DEFAULT),按方法名(MethodSorters.NAME_ASCENDING)和JVM(MethodSorters.JVM),当没有指定任何顺序时,按默认来执行。


1. MethodSorters.DEFAULT

默认顺序由方法名hashcode值来决定,如果hash值大小一致,则按名字的字典顺序确定

由于hashcode的生成和操作系统相关(以native修饰),所以对于不同操作系统,可能会出现不一样的执行顺序,在某一操作系统上,多次执行的顺序不变

2. MethodSorters.NAME_ASCENDING (推荐
按方法名称的进行排序,由于是按字符的字典顺序,所以以这种方式指定执行顺序会始终保持一致;

不过这种方式需要对测试方法有一定的命名规则,如 测试方法均以testNNN开头(NNN表示测试方法序列号 001-999)

3. MethodSorters.JVM
按JVM返回的方法名的顺序执行,此种方式下测试方法的执行顺序是不可预测的,即每次运行的顺序可能都不一样(JDK7里尤其如此).