FilterListener详解

文章目录

MVC模式和三层架构
- MVC模式
- 三层架构
- MVC和三层架构
JavaWeb的三大组件
Filter
- 概述
- 快速入门
- - 过滤器API介绍
  - 过滤器开发步骤
  - 配置过滤器俩种方式
  - 修改idea的过滤器模板
- 使用细节
- - 生命周期
  - 拦截路径
  - 过滤器链
- 案例
- - 统一解决全站乱码问题
  - 登录权限校验验
ServletContext
- ServletContext对象介绍
Listener
- Listener概述
- Listener快速入门
- - 步骤
  - 配置
- 案例：模拟spring框架

MVC模式和三层架构

MVC模式

MVC是一种分层开发的模式：

M：Model，业务模型，处理业务
V：View，视图，界面显示
C：Controller，控制器，处理请求，调用模型和视图

控制器（serlvlet）用来接收浏览器发送过来的请求，控制器调用模型（JavaBean）来获取数据，比如从数据库查询数据；控制器获取到数据后再交由视图（JSP）进行数据展示。
好处：

职责单一，互不影响。每个角色做它自己的事，各司其职。
有利于分工协作
有利于组件重用

三层架构

三层架构是我们将我们的项目分成了三个层面，分别是表现层(web)、业务逻辑层(service)、数据访问层(dao)。

数据访问层：对数据库的CRUD基本操作
业务逻辑层：对业务逻辑进行封装，组合数据访问层中基本功能，形成复杂的业务逻辑功能。例如：注册业务功能，我们会先调用数据访问层中的selectByName()方法判断该用户名是否存在，如果不存在再调用数据访问层的insert()方法进行数据的添加操作
表现层：接受请求，封装数据，调用业务逻辑层，响应数据

而整个流程是，浏览器发送请求，表现层的Servlet接收请求并调用业务逻辑层的方法进行业务逻辑处理，而业务逻辑层方法调用数据访问层方法进行数据的操作，依次返回到serlvet，然后servlet将数据交由 JSP 进行展示。
三层架构的每一层都有特有的包名称：springmvc

表现层： com.itheima.controller 或者 com.itheima.web
业务逻辑层：com.itheima.service
数据访问层：com.itheima.dao 或者 com.itheima.mapper

后期我们还会学习一些框架，不同的框架是对不同层进行封装的

MVC和三层架构

通过 MVC 和三层架构的学习，有些人肯定混淆了。那他们有什么区别和联系？

如上图上半部分是 MVC 模式，上图下半部分是三层架构。 MVC 模式中的 C（控制器）和 V（视图）就是三层架构中的表现层，而 MVC 模式中的 M（模型）就是三层架构中的业务逻辑层和数据访问层。
可以将 MVC 模式理解成是一个大的概念，而三层架构是对 MVC 模式实现架构的思想。那么我们以后按照要求将不同层的代码写在不同的包下，每一层里功能职责做到单一，将来如果将表现层的技术换掉，而业务逻辑层和数据访问层的代码不需要发生变化。

JavaWeb的三大组件

组件：是一个系统的组成部件
javaweb组件：javaweb项目的组成部件

servlet
filter
listener
| 组件 | 作用 | 实现接口 |
| — | — | — |
| Servlet | Server Applet小应用程序，在JavaWeb中主要做为控制器来使用可以处理用户的请求并且做出响应 | javax.servlet.Servlet |
| Filter | 过滤器，对用户发送的请求或响应进行集中处理，实现请求的拦截 | javax.servlet.Filter |
| Listener | 监听器，在Web执行过程中，监听一些事件，当相应事件发生时, 进行处理 | javax.servlet.XxxListener 每个事件有一个接口 |

Filter

概述

生活中的过滤器
净水器，空气净化器，地铁安检
web中的过滤器
当用户访问服务器资源时，过滤器将请求拦截下来，完成一些通用的操作
Filter的作用

拦截客户端对web资源的请求
拦截web资源对客户端的响应

应用场景
如：登录验证，统一编码处理，敏感字符过滤

快速入门

过滤器API介绍

Filter表示过滤器接口，相使用该接口必须自定义类实现接口并实现该接口中的所有抽象方法
javax.Servlet.Filter接口下面的三个方法：

方法	说明
void init(FilterConfig filterConfig)	过滤器对象创建的时候调用的方法
void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)	执行过滤的方法，每次访问被拦截的资源都会执行该方法
void destory()	过滤器销毁的时候调用的方法

注意：doFilter第三个参数：FilterChain 表示过滤器链接口。

放行：使用FilterChain 对象调用FilterChain 中的方法：chain.doFilter(request,response);即可以让浏览器访问服务器资源
不放行，那么不写上述代码，即不让浏览器访问服务器资源

过滤器开发步骤

自定义类实现过滤器接口Filter
在自定义类中实现过滤器接口Filter的所有抽象方法
在doFilter方法体中书写拦截资源的代码

Filter过滤器接口的：
void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
参数：
request：表示请求对象，不满足http协议
response：表示响应对象，不满足http协议
chain：属于FilterChain的接口，表示过滤器链。
FilterChain接口中具有一个放行方法：
void doFilter(ServletRequest request, ServletResponse response)
如果放行，希望浏览器可以访问拦截的资源则执行该方法
如果不放行，不希望浏览器访问拦截的资源则不执行该方法

配置过滤器
访问被拦截的资源

配置过滤器俩种方式

 <!--配置过滤器  在web.xml中书写-->
    <!--表示关联的过滤器类-->
    <filter>
        <filter-name>myFilter</filter-name>
        <!--过滤器类的全路径，底层获取这里使用反射技术调用无参构造方法创建过滤器类的对象-->
        <filter-class>com.itheima.sh.b_filter_01.MyFilter</filter-class>
    </filter>

    <filter-mapping>
        <filter-name>myFilter</filter-name>
        <!--配置被拦截的资源-->
        <url-pattern>/filter01.html</url-pattern>
    </filter-mapping>

注解

使用注解必须去掉xml版本

修改idea的过滤器模板

打开File->Settings…

模板

#if (${PACKAGE_NAME} && ${PACKAGE_NAME} != "")package ${PACKAGE_NAME};#end
#parse("File Header.java")
@javax.servlet.annotation.WebFilter("/${Entity_Name}")
public class ${Class_Name} implements javax.servlet.Filter {
    public void destroy() {
    }

    public void doFilter(javax.servlet.ServletRequest req, javax.servlet.ServletResponse resp, javax.servlet.FilterChain chain) throws javax.servlet.ServletException, java.io.IOException {
        javax.servlet.http.HttpServletRequest request = (javax.servlet.http.HttpServletRequest)req;
        javax.servlet.http.HttpServletResponse response = (javax.servlet.http.HttpServletResponse)resp;
        chain.doFilter(request, response);
    }

    public void init(javax.servlet.FilterConfig config) throws javax.servlet.ServletException {

    }

}

创建Filter

使用细节

生命周期

当启动tomcat服务器的时候tomcat调用过滤器类的无参构造方法创建过滤器类的对象
然后使用过滤器类的对象调用init方法进行初始化
每次访问被过滤的资源都要执行doFilter方法，实际开发中我们在doFilter方法处理被过滤的资源逻辑
关闭tomcat服务器之前，使用过滤器对象调用destroy方法

注：过滤器一定优先于servlet创建，后于servlet销毁

拦截路径

精准匹配
用户访问指定目标资源（/demo01.html）时，过滤器进行拦截
目录匹配
用户访问指定目录下（/user/*）所有资源时，过滤器进行拦截
后缀匹配
用户访问指定后缀名（*.html）的资源时，过滤器进行拦截,不能加/
匹配所有
用户访问该网站所有资源（/*）时，过滤器进行拦截 (掌握)

注：在过滤器中，如果多个过滤器过滤器同一个资源，那么要执行所有的满足条件的过滤器

过滤器链

在一次请求中，若我们请求匹配到了多个filter，通过请求就相当于把这些filter串起来了，形成了过滤器链
问题：如果多个过滤器都对相同路径进行匹配，执行顺序该是什么？

如果同一个包下，多个过滤器拦截同一个资源，那么按照过滤器类的名字字母升序来依次执行(针对注解开发)
执行完拦截资源后依次再按照相反顺序执行
如果是xml配置方式，那么按照从上往下配置的顺序执行

案例

统一解决全站乱码问题

@WebFilter("/*")
public class DemoFilter implements Filter {
    public void destroy() {
    }

    public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws ServletException, IOException {
        HttpServletRequest request = (HttpServletRequest) req;
        HttpServletResponse response = (HttpServletResponse) resp;
        //解决请求乱码
        request.setCharacterEncoding("utf-8");
        //解决响应乱码
        response.setContentType("text/html;charset=utf-8");
        chain.doFilter(request, response);
    }

    public void init(FilterConfig config) throws ServletException {

    }

}

登录权限校验验

将获取到的用户名和密码存到session中，然后过滤的时候获取

ServletContext

ServletContext对象介绍

ServletContext对象：当tomcat服务器启动的时候，会为每个web项目创建一个唯一的ServletContext对象，该对象代表当前整个Web应用项目。该对象不仅封装了当前web应用的所有信息，而且实现了多个servlet的数据共享.在ServletContext中可以存放共享数据，ServletContext对象是真正的一个全局对象，凡是web容器中的Servlet都可以访问。
在每个项目中可以有多个Servlet程序，每个Servlet程序都是独立的。当前这个项目的配置信息，就必须使用描述这个项目的ServletContext对象获取。

方法名	描述
setAttribute(String name,Object object)	向ServletContext中存数据,在多个servlet之间共享数据
getAttribute(String name)	从ServletContext中取数据
removeAttribute(name)	从ServletContext中移除数据
String getRealPath(String path)	返回资源文件在服务器文件系统上的真实路径(文件的绝对路径)
getMimeType(fileName)	获取服务器中文件类型.txt text/plain .html text/html

ServletContext对象，tomcat为每一个web项目单独创建的一个上下文（知上知下贯穿全文）对象。
获取上下文servletContext对象

使用HttpServlet类的父类GenericServlet中的方法：
- getServletContext();
获取真实路径
- 我们的项目在发布的时候会被打成一个war包，这个war包下的class文件会被放在tomcat下被运行。
- 所以这里获取的真实路径是这个war包下的该文件所在的路径
获取文件类型
- 书写获取文件类型的文件名和后缀名即可

Listener

Listener概述

javaweb中的监听器是监听ServletContext、HttpSession、HttpServletRequest三个对象创建和销毁的，同时监听是哪个对象中数据的变化，就是监听属性的变化：setAttribute removeAttribute

1.ServletContext 是在tomcat启动创建，关闭tomcat销毁
2.HttpSession 是在浏览器第一次访问执行request.getSession()创建，销毁时间：1）30min 2)执行invalidate()
3.HttpServletRequest 是浏览器第一次访问创建，浏览器接收到服务器的响应就销毁
三个域对象范围：ServletContext > HttpSession > HttpServletRequest

# 监听
1. 设置监听器的人
2. 监听器 
2. 监听器目标: 被监听的对象 
3. 监听器工作: 被监听的对象执行某种行为,监听器就开始工作

# web里面
1. 雇佣人 : web程序开发者
2. 监听器例子A
	1). 监听器A: ServletContextListener ****
	2). 目标 :  监听ServletContext对象
	3). 执行 : 监听ServletContext对象创建和销毁
3. 监听器例子B
	1). 监听器A: HttpSessionListener
	2). 目标 : HttpSession对象
	3). 执行 : 监听HttpSession对象创建和销毁
4. 监听器例子C
	1). 监听器A: HttpRequestListener
	2). 目标 : HttpRequest对象
	3). 执行 : 监听HttpRequest对象创建和销毁	
5.  监听器例子D
	1). 监听器A: ServletContextAttributeListener ****
	2). 目标 : ServletContext对象
	3). 执行 : 监听ServletContext对象增删改数据 (add,remove) 当我们向ServletContext对象中添加数据(setAttribute())和删除数据(removeAttribute())就会被ServletContextAttributeListener监听器监听
	
 HttpSessionAttributeListener HttpRequestAttributeListener

监听器分类：

事件源	监听器接口	时机
ServletContext	ServletContextListener	上下文域创建和销毁
ServletContext	ServletContextAttributeListener	上下文域属性增删改的操作
HttpSession	HttpSessionListener	会话域创建和销毁
HttpSession	HttpSessionAttributeListener	会话域属性增删改的操作
HttpServletRequest	ServletRequestListener	请求域创建和销毁
HttpServletRequest	ServletRequestAttributeListener	请求域属性增删改的操作

Listener快速入门

监听器在web开发中使用的比较少,见的机会就更少了,今天我们使用ServletContextListenner来带领大家学习下监听器,因为这个监听器是监听器中使用率最高的一个,且监听器的使用方式都差不多。
我们使用这个监听器可以在项目启动和销毁的时候做一些事情,例如,在项目启动的时候加载配置文件。

步骤

创建一个普通类，实现ServletContextListenner
重写方法
1. 监听ServletContext创建
2. 监听ServletContext销毁
配置
1. xml
2. 注解

配置

在web.xml中书写

<listener>
        <listener-class>com.itheima08.MyServletContextListener</listener-class>
    </listener>

注解

@WebListener

案例：模拟spring框架

需求：可以在项目启动时读取配置文件。获取配置文件的名字。
步骤：
1.在web.xml进行配置文件的配置
2.创建自定义监听器类监听ServletContext的创建和销毁
3.在自定义监听器类中实现监听器的方法
4.实现的方法体中读取web.xml文件中关于当前项目配置文件的信息
5.输出结果
代码实现：


//2.创建自定义监听器类监听ServletContext的创建和销毁
//别忘记注册监听器
@WebListener
public class SpringContextListener implements ServletContextListener{
    //3.在自定义监听器类中实现监听器的抽象方法
    @Override
    public void contextInitialized(ServletContextEvent servletContextEvent) {
        //4.实现的方法体中读取web.xml文件中关于当前项目配置文件的信息
        //4.1根据事件类对象servletContextEvent调用方法获取ServletContext上下文对象
        ServletContext servletContext = servletContextEvent.getServletContext();
        //4.2使用上下文对象调用方法获取web.xml配置文件中的数据
        /*
            <context-param>
                <param-name>jdbc</param-name>
                <param-value>jdbc.properties</param-value>
            </context-param>
         */
        String str = servletContext.getInitParameter("jdbc");
        System.out.println("str = " + str);
    }

    @Override
    public void contextDestroyed(ServletContextEvent servletContextEvent) {
        System.out.println("释放资源....销毁。。。。");
    }
}

web.xml中代码：

 <!--配置当前项目的配置文件信息-->
    <!--1.在web.xml进行配置文件的配置-->
    <context-param>
        <param-name>jdbc</param-name>
        <param-value>jdbc.properties</param-value>
    </context-param>