javaWEB的三大组件(入门基础总结)

Javaweb三大组件 Servlet、Filter、Listener.

一:Servlet的作用: 接受请求参数、处理请求,响应结果
二:Servlet的生命周期
 void init(ServletConfig):初始化调用一次
 void service(ServletRequest request, ServletResponse response):每次处理请求时候调用
 void destroy():销毁时候
三:实现方式
 实现javax.servlet.Servlet接口;
 继承javax.servlet.GenericServlet类;
 继承javax.servlet.http.HttpServlet类;
        常见的都是实现HttpServlet类。重写里边的doGet(),doPost等方法。
四:Servlet的配置
     写好的Servlet需要在web.xml配置。例如RegisterRequst注册请求的配置,下面是web.xml里配置内容:
    …...
    <servlet>
         //指定servlet的名称
        <servlet-name>registerRequst</servlet-name>
        //配置servlet类位置
        <servlet-class>com.lyg.test.RegisterRequst</servlet-class>
   </servlet>

   <servlet-mapping>       
        //指定servlet的名称,和servlet标签下配置的名称必须一致
        <servlet-name>registerRequst</servlet-name>
        //指定访问路径
       <url-pattern>/registerRequst</url-pattern>
  </servlet-mapping>

   ......

------------------------------------------------------------------------------------------------------------------------------------------------------

1.JavaWeb中的监听器

1.1概念

 JavaWeb中的监听器是Servlet规范中定义的一种特殊类,它用于监听web应用程序中的ServletContext、HttpSession和 ServletRequest这三大域对象的创建、销毁事件以及监听这些域对象中的属性发生修改的事件。

1.2JavaWeb中监听器的分类

 在Servlet规范中定义了多种类型的监听器(一共8个监听器),它们用于监听的事件源分别为ServletContext,HttpSession和ServletRequest这三个域对象。Servlet规范针对这三个对象上的操作,又把多种类型的监听器划分为三种类型:

1.域对象的生命周期监听:监听域对象自身的创建和销毁。这个监听器需要实现相应的监听器接口:ServletContextListener、HttpSessionListener、ServletRequestListener。

2.域对象的属性监听:监听域对象中属性的增加和删除。这个监听器需要实现的监听器接口为:ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener

3.感知监听(都与HttpSession域对象有关):监听绑定到HttpSession域中的某个JavaBean对象的状态的监听器。这个监听器需要实现的监听器接口:HttpSessionBindingListener、HttpSessionActiveationListener.

1.3第一类:域对象的生命周期监听

 事件源为:三大域事件对象为:创建与销毁监听器为:实现了ServletContextListener、HttpSessionListener、ServletRequestListener这三个接口的监听器

1.3.1ServletContext的生命周期监听
public class AListener implements ServletContextListener{    
    //在项目启动时调用    
    public void contextInitialized(ServletContextEvent sce) {   
    }    
    //在项目关闭时调用    
    public void contextDestroyed(ServletContextEvent sce) {      
    }
}

在web.xml文件中对该监听器进行配置:

<listener>    
<listener-class>listener.AListener</listener-class>
</listener>
1.3.2HttpSession的生命周期监听

代码同上述基本一致:

public class AListener implements HttpSessionListener{  
    //在会话产生时调用      
    public void sessionCreated(HttpSessionEvent sce) {      
    }   
     //在会话关闭时调用    
     public void sessionDestroyed(HttpSessionEvent sce) {      
    }
}

同样需要在web.xml文件中进行配置:

<listener>    
<listener-class>listener.AListener</listener-class>
</listener>
1.3.3对各个监听器接口的方法中出现的类介绍

 ServletContextEvent类:类中有一个方法getServletContext(),该方法返回ServletContext对象。
 HttpSessionEvent类:类中有一个方法getSession(),该方法返回一个HttpSession对象。
 ServletRequestEvent类:类中有两个方法,getServletContext()用于返回一个ServletContext对象,getServletRequest()用于返回一个ServletRequest对象。

1.4第二类:域对象的属性监听

事件源:三大域事件对象:属性的增加与删除监听器:实现了ServletContextAttributeListener、HttpSessionAttributeListener、ServletRequestAttributeListener接口的监听器

1.4.1ServletContext的属性监听
public class AListener implements ServletContextAttributeListener{    

    //给ServletContext对象添加属性时调用    
    public void attributeAdded(ServletcontextAttribute scab){      
    }    
    //给ServletContext对象删除属性时调用   
    public void attributeRemoved(ServletContextAttributeEvent scab){    
    }    
    //给ServletContext对象替换属性值时调用    
    public void attributeReplaced(ServletContextAttributeEvent scab){    
    }
}

同样需要在web.xml文件中对AListener进行配置。

1.4.2HttpSession的属性监听
public class AListener implements HttpSessionAttributeListener{   
//给HttpSession对象添加属性时调用     
public void attributeAdded(HttpSessionAttribute scab){      
}    
//给HttpSession对象删除属性时调用    
public void attributeRemoved(HttpSessionAttributeEvent scab){    
}        
//给HttpSession对象替换属性值时调用    
public void attributeReplaced(HttpSessionAttributeEvent scab){    
}
}

同样需要在web.xml中对AListener进行配置。

1.4.3ServletRequest的属性监听
public class AListener implements ServletRequestAttributeListener{    
//给ServletRequest对象添加属性时调用    
public void attributeAdded(ServletRequestAttribute scab){      
}    
//给ServletRequest对象删除属性时调用    
public void attributeRemoved(ServletRequestAttributeEvent scab){    
}    
//给ServletRequest对象替换属性值时调用    
public void attributeReplaced(ServletRequestAttributeEvent scab){    
}
}

同样需要在web.xml中对AListener进行配置。

1.4.4对各个监听器接口的方法中出现的类介绍

ServletContextAttributeEvent类:该类对象有三个方法,getSevletContext()用于返回一个ServletContext,getName()用于返回属性名,getValue()用于返回属性值。
HttpSessionBindingEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。
ServletRequestAttributeEvent类:该类对象有两个方法,getName()用于获取属性名,getValue()用于获取属性值。

1.5感知监听器

保存在Session域中的对象可以有多种状态:绑定(session.setAttribute(“bean”,Object))到Session中,随Session对象持久化到一个存储设备中;从Session域中解除(session.removeAttribute(“bean”))绑定,随Session对象从一个存储设备中恢复。
Servlet 规范中定义了两个特殊的监听器接口”HttpSessionBindingListener和HttpSessionActivationListener”来帮助JavaBean 对象了解自己在Session域中的这些状态,实现这两个接口的类不需要 web.xml 文件中进行注册。

1.5.1HttpSessionBindingListener接口

实现了HttpSessionBindingListener接口的JavaBean对象可以感知自己被绑定到Session中和 Session中删除的事件。
当对象被绑定到HttpSession对象中时,web服务器调用该对象的void valueBound(HttpSessionBindingEvent event)方法。
当对象从HttpSession对象中解除绑定时,web服务器调用该对象的void valueUnbound(HttpSessionBindingEvent event)方法。

public class JavaBeanDemo1 implements HttpSessionBindingListener {      
private String name;          
@Override     
public void valueBound(HttpSessionBindingEvent event) {         
System.out.println(name+"被加到session中了");     }      
@Override     
public void valueUnbound(HttpSessionBindingEvent event) {         
System.out.println(name+"被session踢出来了");     
}      
public String getName() {         
return name;     
}      
public void setName(String name) {         
this.name = name;     
}      
public JavaBeanDemo1(String name) {         
this.name = name;     
} 
}

上述的JavaBeanDemo1这个javabean实现了HttpSessionBindingListener接口,那么这个JavaBean对象可以感知自己被绑定到Session中和从Session中删除的这两个操作。

1.5.2HttpSessionActivationListener接口

实现了HttpSessionActivationListener接口的JavaBean对象可以感知自己被活化(反序列化)和钝化(序列化)的事件。
当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被钝化(序列化)之前,web服务器调用该javabean对象的void sessionWillPassivate(HttpSessionEvent event) 方法。这样javabean对象就可以知道自己将要和HttpSession对象一起被序列化(钝化)到硬盘中。
当绑定到HttpSession对象中的javabean对象将要随HttpSession对象被活化(反序列化)之后,web服务器调用该javabean对象的void sessionDidActive(HttpSessionEvent event)方法。这样javabean对象就可以知道自己将要和 HttpSession对象一起被反序列化(活化)回到内存中。(javabean随着HttpSession对象一起被活化的前提是该javabean对象除了实现该接口外还应该实现Serialize接口)。

public class JavaBeanDemo2 implements HttpSessionActivationListener, Serializable {            
    private static final long serialVersionUID = 7589841135210272124L;    
    private String name; 
         
    @Override     
    public void sessionWillPassivate(HttpSessionEvent se) {                  
        System.out.println(name+"和session一起被序列化(钝化)到硬盘了,session的id是:"+se.getSession().getId());     
    }      
    @Override     
    public void sessionDidActivate(HttpSessionEvent se) {         
        System.out.println(name+"和session一起从硬盘反序列化(活化)回到内存了,session的id是:"+se.getSession().getId());     
    }     
    public String getName() {         
        return name;     
    }     
    public void setName(String name) {         
        this.name = name;     
    }      
    public JavaBeanDemo2(String name) {        
        this.name = name;     
    } 
}

既然这里谈到了session的序列化(钝化),反序列化(活化)那我们就来具体聊聊。

2.session序列化(钝化)

在session上线时,会在tomcat/work/Catalina/localhost/项目名/
下生成一个sessions.ser文件,里面存放了所有session的信息,当你正在访问某个网页时若此时服务器关闭(关闭时才生成这个文件)又打开(打开后这个文件会消失),你依旧能正常访问该网页。(故说session有重生的效果)。若想废掉session的序列化,需要在tomcat/conf/context.xml中添加

<Manager pathname=“”/>

3.session的钝化与活化

Tomcat会在session一段时间内不被使用时钝化session对象,所谓钝化session,就是把session通过序列化的方法保存到硬盘文件中。当用户再使用session时,Tomcat还会把钝化的对象再活化session,所谓活化就是把硬盘文件中的session在反序列化中放回内存。当session被tomcat钝化时,sesseion中存储的对象也被钝化,当session被活化时,也会把session中存储的对象(javabean对象)活化。如果某个类(javabean对象)实现了HttpSessionActiveationListener接口后,当对象随着session被钝化和活化时,下面两个方法就会被调用:
public void sessionWillPassivate(HttpSessionEvent se):当对象感知被活化时调用本方法。 public void sessionDidActivate(HttpSessionEvent se):当对象感知被钝化时调用本方法。
钝化时会在tomcat/work/Catalina/localhost/项目/mysession/
文件下生成一个后缀为.session的文件,网页中一个被钝化的session就对应一个.session文件(而上面的序列化是一个.ser文件存在所有的session),在活化时此文件也不会消失(不同于上述的.ser文件消失)。当然要看到上述效果,应该先配置tomcat钝化session的参数,在tomcat/conf/catalina/localhost
目录下,添加以下配置内容:

链接: https://www.jianshu.com/p/b85c535dc5fd

Filter简介

    > Filter翻译为中文是过滤器的意思。
    > Filter是JavaWeb的三大web组件之一Servlet、Filter、Listener
    > Filter的作用是在请求到达WEB资源(HTML、CSS、Servlet、JSP)之前进行拦截。
    > Filter需要交给Tomcat访问器来管理
    > Filter的作用:
        1.Filter可以在请求到达目标资源之前进行拦截
        2.Filter也可以放行请求
        3.Filter可以在响应到达浏览器之前做一个预处理


1、Filter的HelloWorld

    > 步骤:
        1.创建一个类实现Filter接口
        2.在web.xml文件中对Filter进行配置
        <filter>
        <filter-name>Filter的别名</filter-name>
        <filter-class>Filter的全类名</filter-class>
        </filter>
        <filter-mapping>
        <filter-name>别名</filter-name>
        <url-pattern>需要Filter拦截的资源地址</url-pattern>
        </filter-mapping>
       谁的<filter-mapping>在前面就先执行那个filter

2、 Filter的生命周期

    > 一个请求的发送,到响应返回是一个线程。
    > Filter的生命周期,指的是Filter对象由被创建到被销毁的过程。
    > Filter的生命周期方法:
        - 构造器:Filter的构造器在服务器启动时调用。 构造器只会调用一次,说明Filter也是单例多线程的。
        - init():在构造器被调用后,紧接着被调用。作用:用来初始化Filter。
        - doFilter():每一次拦截请求时都会调用。
    参数
    ServletRequest request
    > 请求报文
    ServletResponse response
    > 响应报文
    FilterChain chain
    > 该对象的作用就是放行请求:
    可以通过 chain.doFilter(request,response) 放行请求。
    当调用chain.doFilter()就相当于调用目标的资源的service方法。
    - destroy方法在项目停止时调用,用来在对象被销毁前做一些收尾工作。


    > url-pattern的设置规则:
        1.精确匹配:只有当目标资源的地址和url-pattern的地址一模一样时,Filter才会拦截资源
        例子:/2.jsp , 只有当浏览器访问项目根目录下的2.jsp时,才会调用Filter


        2.路径匹配:当访问的资源在url-pattern配置的路径下时,Filter就会拦截资源。
        例子1:/hello/* , 只要访问项目根目录下hello下的资源,就会调用Filter。
        例子2:/* , 会拦截项目根目录下所有资源


    3.后缀匹配:只要访问的资源地址和url-pattern的后缀一样就会调用Filter
      例子:*.jsp 只要是以jsp结尾的请求都会拦截


    - 以上规则适用于Servlet的url-pattern配置


    - 当使用Filter拦截一个Servlet时,可以将Filter的url-pattern和Servlet的url-pattern一样
    这样Filter就会拦截发送到Servlet的请求。
  
    - 也可以通过在filter-mapping中添加一个servlet-name标签来设置要拦截的Servlet的name


3、 Filter的执行顺序

    > 我们可以为一个资源设置多个过滤器,
    当我们为一个资源设置了多个过滤器时,这些过滤器就组成一个Filter链的结构。
    当我们去掉用chain.doFilter(),如果该过滤器后边还有其他的过滤,
    相当于调用了下一个过滤器doFilter()方法
    如果过滤器后没有其他的过滤器,我们调用chain.doFilter()
    相当于调用了目标资源的service()方法。


    > 多个Filter的执行顺序,有filter-mapping标签的配置顺序决定,
    filter-mappint靠前,则filter先执行,靠后则后执行。


    > 我们可以通过修改filter-mapping的顺序来修改Filter的执行顺序,
    但是注意,filter-mapping不能写在filter标签的前边。


4、 dispatcher

    > Filter默认只会拦截直接向目标资源发送的请求,而像转发之类的请求不会拦截
    > 可以在在filter-mapping的dispatcher标签中来指定过滤器要拦截的请求类型:
    <dispatcher>REQUEST</dispatcher>
    代表拦截发送到目标资源的直接请求,如果不指定dispatcher默认值就是request
    如果在filter-mapping设置了dispatcher则按照设置的内容来


    <dispatcher>FORWARD</dispatcher>
    FORWARD代表会拦截通过转发访问目标资源的请求。


    <dispatcher>INCLUDE</dispatcher>
    INCLUDE会拦截动态包含的请求。


    <dispatcher>ERROR</dispatcher>
    ERROR是拦截在web.xml中声明的错误页面的
    - 我们可以在web.xml文件进行一个错误页面的映射,通过如下标签:
    <error-page>
    <error-code>404</error-code>
    <location>/4.jsp</location>
    </error-page>
    error-code指的是发生错误的代码
    location 发生错误以后去到的页面

参考博客: https://blog.csdn.net/xiaojie119120/article/details/73274759
  • 0
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值