Web、MVC、过滤器的学习

啵啵鱼爱吃鱼

已于 2024-08-12 08:45:27 修改

阅读量1k

点赞数 14

于 2024-08-12 00:00:00 首次发布

本文链接：https://blog.csdn.net/ysbwjby/article/details/141067164

版权

第一章 web状态管理

1、cookie

(1)每个cookie数据量只有4kb，cookie由http规定

(2)cookie保存数据的类型:String (对于保存中文会出错)

(3)cookie对象是由服务端创建的,发送到客户端进行保存的

   把数据保存到cookie中，在服务器的响应的时候，就会把cookie保存到客户端(一般是浏览器)的硬盘中。

   当第二次(关键)访问的时候，浏览器才会将cookie带过来。

(4)cookie不安全(敏感信息的保存不推荐)

(5)浏览器通过向http请求头部加入响应域返回cookies

(6)一个浏览器最多保存300个Cookie,一个服务器最多在客户端浏览器上保存20个Cookie

举例1:

(1)通过登录，将登录的信息保存至cookie中,

(2)如果没有登录过，直接来到首页,跳转回登录页面

(3)如果成功登录过,在下一次可以直接请求首页，并不会跳转回登录页面

2、session

(1)session会话: 浏览器与服务器的一次通话,在该通话过程中包含多次请求与多次响应;

(2)session是创建在服务端并且保存至服务端

   本身Session的实现也需要借助cookie，第一次访问一个网站，网站服务端生成一个sessionid存放到cookie，

   同时该sessionid与自身服务端的键值map产生关联，每次浏览器请求都会带这个sessionid过来，从而找到会话的   map。

(3)session保存的数据类型没有限制

(4)session保存的数据量比较大

(5)session也有过期时间

session过期时间设置的三种设置

方式一:通过userSession.setMaxInactiveInterval(60)进行设置,直接在代码中指定;(单位:秒,针对指定的session有效)

方式二:web.xml配置文件中通过

<session-cofing>
<session-timeout>2</session-timeout> (单位:分钟,对当前web application中的session有效)
</session-config>

方式三:通过tomcat\conf\web.xml文件中进行配置session的有效时间配置

<session-config>
<session-timeout>30</session-timeout>
</session-config>
(单位:分钟,tomcat中默认的配置为30分钟,对部署至tomcat中的web application有效)

优先顺序:方式一 > 方式二 > 方式三(如果多个设置并存则遵循该原则)

3、servlet作用域之ServletContext(application)

(1)HttpServletRequest: 一个请求中的数据

(2)HttpSession: 一个会话中共享的数据

(3)ServletContext(application): 跨多个会话共享的数据

举例:

(1)使用servletcontext实现统计在线用户

(2)注销用户

servlet 与 JSP的对象作用域 :

(1)HttpServletRequest(request) jsp-->request

(2)HttpSession(session) jsp-->session

(3)ServletContext(application) jsp-->application

相同的方法:

xxx.setAttribute(key,value);

xxx.getAttribute(key);

http://localhost:8080/firstweb/chapter05/userlogin.html

第二章 MVC

1、 MVC设计模式

MVC设计模式

MVC模式（Model-View-Controller）是软件工程中的一种软件架构模式，把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller）。

MVC模式最早为Trygve Reenskaug提出，为施乐帕罗奥多研究中心（Xerox PARC）的Smalltalk语言发明的一种软件设计模式。

MVC可对程序的后期维护和扩展提供了方便，并且使程序某些部分的重用提供了方便。而且MVC也使程序简化，更加直观。

控制器Controller：对请求进行处理，负责请求转发；

视图View：界面设计人员进行图形界面设计；

模型Model：程序编写程序应用的功能（实现算法等等）、数据库管理；

注意，MVC不是Java的东西，几乎现在所有B/S结构的软件都采用了MVC设计模式。但是要注意，MVC在B/S结构软件并没有完全实现，例如在我们今后的B/S软件中并不会有事件驱动！

2 、JavaWeb经典三层框架

我们常说的三层框架是由JavaWeb提出的，也就是说这是JavaWeb独有的！

所谓三层是表述层（WEB层）、业务逻辑层（service），以及数据访问层（dao）。

WEB层：包含JSP和Servlet等与WEB相关的内容；

业务层：业务层中不包含JavaWeb API，它只关心业务逻辑；

数据层：封装了对数据库的访问细节；

　　注意，在业务层中不能出现JavaWeb API，例如request、response等。也就是说，业务层代码是可重用的，甚至可以应用到非Web环境中。业务层的每个方法可以理解成一个万能，例如转账业务方法。业务层依赖数据层，而Web层依赖业务层！

第三章过滤器（Filter）

1、过滤器概述

（1）什么是过滤器

过滤器JavaWeb三大组件之一，它与Servlet很相似！不它过滤器是用来拦截请求的，而不是处理请求的。

当用户请求某个Servlet时，会先执行部署在这个请求上的Filter，如果Filter“放行”，那么会继承执行用户请求的Servlet；如果Filter不“放行”，那么就不会执行用户请求的Servlet。

其实可以这样理解，当用户请求某个Servlet时，Tomcat会去执行注册在这个请求上的Filter，然后是否“放行”由Filter来决定。可以理解为，Filter来决定是否能调用Servlet！当执行完成Servlet的代码后，还会执行Filter后面的代码。

（2）过滤器之hello world

　　其实过滤器与Servlet很相似，我们回忆一下如果写的第一个Servlet应用！写一个类，实现Servlet接口！没错，写过滤器就是写一个类，实现Filter接口。

public class HelloFilter implements Filter {
    //过滤器创建之后马上调用
    public void init(FilterConfig filterConfig) throws ServletException {}
    //当访问被拦截资源时，doFilter()方法会被调用！我们先不去管它的参数是什么作用！
    public void doFilter(ServletRequest request, ServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        System.out.println("Hello Filter");
    }
    //过滤器销毁之前调用
    public void destroy() {}
}

第二步也与Servlet一样，在web.xml文件中部署Filter：

<filter>   
     <filter-name>helloFilter</filter-name>     
     <filter-class>cn.itcast.filter.HelloFilter</filter-class> 
</filter> 
<filter-mapping>    
    <filter-name>helloFilter</filter-name>  
    <url-pattern>/index.jsp</url-pattern> 
</filter-mapping>

应该没有问题吧，都可以看懂吧！

OK了，现在可以尝试去访问index.jsp页面了，看看是什么效果！

当用户访问index.jsp页面时，会执行HelloFilter的doFilter()方法！在我们的示例中，index.jsp页面是不会被执行的，如果想执行index.jsp页面，那么我们需要放行！

 public void doFilter(ServletRequest request, ServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        //执行index.jsp之前执行
        System.out.println("filter start...");
        //放行,去执行index.jsp
        chain.doFilter(request, response);
        //在执行index.jsp后执行这一句
        System.out.println("filter end...");
    }

　　有很多同学总是错误的认为，一个请求在给客户端输出之后就算是结束了，这是不对的！其实很多事情都需要在给客户端响应之后才能完成！

2 、过滤器详细

（1）　过滤器的生命周期

我们已经学习过Servlet的生命周期，那么Filter的生命周期也就没有什么难度了！

init(FilterConfig)：在服务器启动时会创建Filter实例，并且每个类型的Filter只创建一个实例，从此不再创建！在创建完Filter实例后，会马上调用init()方法完成初始化工作，这个方法只会被执行一次；

doFilter(ServletRequest req,ServletResponse res,FilterChain chain)：这个方法会在用户每次访问“目标资源（<url->pattern>index.jsp</url-pattern>）”时执行，如果需要“放行”，那么需要调用FilterChain的doFilter(ServletRequest,ServletResponse)方法，如果不调用FilterChain的doFilter()方法，那么目标资源将无法执行；

destroy()：服务器会在创建Filter对象之后，把Filter放到缓存中一直使用，通常不会销毁它。一般会在服务器关闭时销毁Filter对象，在销毁Filter对象之前，服务器会调用Filter对象的destory()方法。

（2） FilterConfig

你已经看到了吧，Filter接口中的init()方法的参数类型为FilterConfig类型。它的功能与ServletConfig相似，与web.xml文件中的配置信息对应。下面是FilterConfig的功能介绍：

ServletContext getServletContext()：获取ServletContext的方法；

String getFilterName()：获取Filter的配置名称；与<filter-name>元素对应；

String getInitParameter(String name)：获取Filter的初始化配置，与<init-param>元素对应；

Enumeration getInitParameterNames()：获取所有初始化参数的名称。

（3） FilterChain

doFilter()方法的参数中有一个类型为FilterChain的参数，它只有一个方法：doFilter(ServletRequest,ServletResponse)。

前面我们说doFilter()方法的放行，让请求流访问目标资源！但这么说不严密，其实调用该方法的意思是，“我（当前Filter）”放行了，但不代表其他人（其他过滤器）也放行。

也就是说，一个目标资源上，可能部署了多个过滤器，就好比在你去北京的路上有多个打劫的匪人（过滤器），而其中第一伙匪人放行了，但不代表第二伙匪人也放行了，所以调用FilterChain类的doFilter()方法表示的是执行下一个过滤器的doFilter()方法，或者是执行目标资源！

如果当前过滤器是最后一个过滤器，那么调用chain.doFilter()方法表示执行目标资源，而不是最后一个过滤器，那么chain.doFilter()表示执行下一个过滤器的doFilter()方法。

（4）　多个过滤器执行顺序

一个目标资源可以指定多个过滤器，过滤器的执行顺序是在web.xml文件中的部署顺序：

 <filter>
    <filter-name>myFilter1</filter-name>
    <filter-class>org.csmf.filter.MyFilter1</filter-class>
  </filter>
  <filter-mapping>
    <filter-name>myFilter1</filter-name>
    <url-pattern>/index.jsp</url-pattern>
  </filter-mapping>
  <filter>
    <filter-name>myFilter2</filter-name>
    <filter-class>org.csmf.filter.MyFilter2</filter-class>
  </filter>
  <filter-mapping>
    <filter-name>myFilter2</filter-name>
    <url-pattern>/index.jsp</url-pattern>
  </filter-mapping>

因为MyFilter1配置在前面，所以先执行MyFilter1的doFilter()方法。

public class MyFilter1 extends HttpFilter {
    public void doFilter(HttpServletRequest request, HttpServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        System.out.println("filter1 start...");
        chain.doFilter(request, response);//放行，执行MyFilter2的doFilter()方法
        System.out.println("filter1 end...");
    }
}

public class MyFilter2 extends HttpFilter {
    public void doFilter(HttpServletRequest request, HttpServletResponse response,
            FilterChain chain) throws IOException, ServletException {
        System.out.println("filter2 start...");
        chain.doFilter(request, response);//放行，执行目标资源
        System.out.println("filter2 end...");
    }
}

当有用户访问index.jsp页面时，输出结果如下：

filter1 start...

filter2 start...

index.jsp

filter2 end...

filter1 end...

（5）四种拦截方式

我们来做个测试，写一个过滤器，指定过滤的资源为b.jsp，然后我们在浏览器中直接访问b.jsp，你会发现过滤器执行了！

但是，当我们在a.jsp中request.getRequestDispathcer(“/b.jsp”).forward(request,response)时，就不会再执行过滤器了！也就是说，默认情况下，只能直接访问目标资源才会执行过滤器，而forward执行目标资源，不会执行过滤器！

public class MyFilter extends HttpFilter {
    public void doFilter(HttpServletRequest request,
            HttpServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        System.out.println("myfilter...");
        chain.doFilter(request, response);
    }
}

 <filter>
        <filter-name>myfilter</filter-name>
        <filter-class>org.csmf.filter.MyFilter</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>myfilter</filter-name>
        <url-pattern>/b.jsp</url-pattern>
    </filter-mapping>

<body>
   <h1>b.jsp</h1>
  </body>

<h1>a.jsp</h1>
    <%
        request.getRequestDispatcher("/b.jsp").forward(request, response);
    %>
  </body>

http://localhost:8080/filtertest/b.jsp -->直接访问b.jsp时，会执行过滤器内容；

http://localhost:8080/filtertest/a.jsp --> 访问a.jsp，但a.jsp会forward到b.jsp，这时就不会执行过滤器！

其实过滤器有四种拦截方式！分别是：REQUEST、FORWARD、INCLUDE、ERROR。

REQUEST：直接访问目标资源时执行过滤器。包括：在地址栏中直接访问、表单提交、超链接、重定向，只要在地址栏中可以看到目标资源的路径，就是REQUEST；默认值

FORWARD：转发访问执行过滤器。包括RequestDispatcher#forward()方法、jsp:forward标签都是转发访问；

INCLUDE：包含访问执行过滤器。包括RequestDispatcher#include()方法、jsp:include标签都是包含访问；

ERROR：当目标资源在web.xml中配置为<error-page>中时，并且真的出现了异常，转发到目标资源时，会执行过滤器。

可以在<filter-mapping>中添加0~n个<dispatcher>子元素，来说明当前访问的拦截方式。

<filter-mapping>
        <filter-name>myfilter</filter-name>
        <url-pattern>/b.jsp</url-pattern>
        <dispatcher>REQUEST</dispatcher>
        <dispatcher>FORWARD</dispatcher>
    </filter-mapping>

b.jsp为目标资源，当直接请求b.jsp时，会执行过滤器

当转发到b.jsp页面时，会执行过滤器

<filter-mapping>
        <filter-name>myfilter</filter-name>
        <url-pattern>/b.jsp</url-pattern>
</filter-mapping>

当没有给出拦截方式时，那么默认为REQUEST

<filter-mapping>
    <filter-name>myfilter</filter-name>
    <url-pattern>/b.jsp</url-pattern>
    <dispatcher>FORWARD</dispatcher>
</filter-mapping>

当转发到b.jsp页面时，会执行过滤器！因为已经给出了<dispatcher>FORWARD</dispatcher>了，那么就没有默认的REQUEST了！所以只有在转发到b.jsp时才会执行过滤，而转发到b.jsp时，不会执行b.jsp

其实最为常用的就是REQUEST和FORWARD两种拦截方式，而INCLUDE和ERROR都比较少用！

（6）过滤器的应用场景

过滤器的应用场景：

执行目标资源之前做预处理工作，例如设置编码，这种试通常都会放行，只是在目标资源执行之前做一些准备工作；

通过条件判断是否放行，例如校验当前用户是否已经登录，或者用户IP是否已经被禁用；

在目标资源执行后，做一些后续的特殊处理工作，例如把目标资源输出的数据进行处理；

（7）设置目标资源

在web.xml文件中部署Filter时，可以通过“*”来执行目标资源：

<filter-mapping>        
   <filter-name>myfilter</filter-name>      
    <url-pattern>/*</url-pattern>   
</filter-mapping>

这一特性与Servlet完全相同！通过这一特性，我们可以在用户访问敏感资源时，执行过滤器，例如：<url-pattern>/admin/*<url-pattern>，可以把所有管理员才能访问的资源放到/admin路径下，这时可以通过过滤器来校验用户身份。