过滤和监听 c# java

用JAVA开发WEB项目时，在处理特殊的HTTP请求，或全局处理一些页面代码时会用到监听器、过滤器，

jsp--过滤器与监听器
1.过滤器
1.1 简介
过滤器是处于客户端与服务器资源文件之间的一道过滤网，在访问资源文件之前，通过一系列的过滤器
对请求进行修改、判断等，把不符合规则的请求在中途拦截或修改。也可以对响应进行过滤，拦截或修改响应。
S2阶段使用过滤器主要进行页面编码设置和登录状态验证
1.2 使用过滤器步骤
1.创建过滤器包filter，创建普通java类并实现Filter接口;
2.重写destroy(销毁)、doFilter(执行/处理)、init(初始化)

作用
init方法，初始化Filter，Filter在服务器启动阶段被实例化，并且调用init方法，init方法只执行一次，因为Filter只被实例化一次
destory方法，销毁Filter，释放内存，在web服务正常停止时调用此方法。或者项目重新部署，或者服务器重新启动的时候，会销毁所
有的Filter对象，销毁之前会先调用Filter对象的destroy方法，完成销毁前的准备工作，也是只执行一次doFilter方法里面编写过滤器要执行的逻辑代码(重点)

2.监听器
2.1简介
监听器介绍.
一个实现特定接口的普通java程序，而这个java程序专门用于监听另一个java对象的方法调用或属性的改变，当被监听对象发生上述事件
后，监听的某个方法将立即被执行。
监听器分类:按照监听的对象不同可分为HttpReauest域，HttpSession域和ServletContext域

2.2分类
ServletContextListener监听器，此监听器主要用来监听ServletContextListener的创建与销毁即服务器的创建与销毁
HttpSessioinListener监听器，此监听器用来监听Session的创建与销毁;
ServletRequestListener监听器，此监听器用来监听每一次请求调用请求创建时的方法，当请求结束时，调用销毁的方法

　　

配置多个过滤器
一、执行顺序：如果有两个过滤器：过滤器1和过滤器2
1. request请求
1. 过滤器1
2. 过滤器2
2. 访问目标资源
3. 资源执行
3. response响应
4. 过滤器2
5. 过滤器1
二、过滤器先后顺序问题：
1.注解配置：按照类名的字符串比较规则比较，值小的先执行
如： AFilter 和 BFilter，AFilter就先执行了。

2.web.xml配置： 谁定义在上边，谁先执行
————————————————
JSP中过滤器的匹配方式有两种，且在写过滤器的匹配的时候，两者必须有一个。一种是  <url-pattern>的形式，一种是<servlet-name>的形式，第二种指定需要过滤的servlet也即是精确匹配，第一种为模糊匹配。当有多个过滤器的时候，我们要遵循以下两条原则来进行过滤器的匹配。
        1. 首先如果有URL的形式，先进行匹配，当有多个URL被匹配到的时候按照DD（部署描述文件）中的顺序执行过滤器。

        2. 当URL匹配完后看有没有Servlet-name的形式，有的话再进行匹配。
————————————————

　　

接触到ASP.NET开发WEB项目时，监听器、过滤器的概念不像JAVA那样清晰，但看到Global.asax　时，才明白ASP.NET原来有这么一个处理全局代码的安排，用过Global.asax　后，个人理解可以在Global.asax　中处理过滤和监听这样的功能。

觉得Global.asax　在开发和维护项目的健壮性和安全性又多了一个选择，以下是我转载的一篇很好的关于Global.asax　的文章。

 

 

　　Global.asax 文件，有时候叫做 ASP.NET 应用程序文件，提供了一种在一个中心位置响应应用程序级或模块级事件的方法。你可以使用这个文件实现应用程序安全性以及其它一些任务。下面让我们详细看一下如何在应用程序开发工作中使用这个文件。

　　概述

　　Global.asax 位于应用程序根目录下。虽然 Visual Studio .NET 会自动插入这个文件到所有的 ASP.NET 项目中，但是它实际上是一个可选文件。删除它不会出问题——当然是在你没有使用它的情况下。.asax 文件扩展名指出它是一个应用程序文件，而不是一个使用 aspx 的 ASP.NET 文件。

　　Global.asax 文件被配置为任何（通过 URL 的）直接 HTTP 请求都被自动拒绝，所以用户不能下载或查看其内容。ASP.NET 页面框架能够自动识别出对Global.asax 文件所做的任何更改。在 Global.asax 被更改后ASP.NET 页面框架会重新启动应用程序，包括关闭所有的浏览器会话，去除所有状态信息，并重新启动应用程序域。

　　编程

　　Global.asax 文件继承自HttpApplication 类，它维护一个HttpApplication 对象池，并在需要时将对象池中的对象分配给应用程序。Global.asax 文件包含以下事件：

　　·Application_Init：在应用程序被实例化或第一次被调用时，该事件被触发。对于所有的HttpApplication 对象实例，它都会被调用。

　　·Application_Disposed：在应用程序被销毁之前触发。这是清除以前所用资源的理想位置。

　　·Application_Error：当应用程序中遇到一个未处理的异常时，该事件被触发。

　　·Application_Start：在HttpApplication 类的第一个实例被创建时，该事件被触发。它允许你创建可以由所有HttpApplication 实例访问的对象。

　　·Application_End：在HttpApplication 类的最后一个实例被销毁时，该事件被触发。在一个应用程序的生命周期内它只被触发一次。

　　·Application_BeginRequest：在接收到一个应用程序请求时触发。对于一个请求来说，它是第一个被触发的事件，请求一般是用户输入的一个页面请求（URL）。

　　·Application_EndRequest：针对应用程序请求的最后一个事件。

　　·Application_PreRequestHandlerExecute：在 ASP.NET 页面框架开始执行诸如页面或 Web 服务之类的事件处理程序之前，该事件被触发。

　　·Application_PostRequestHandlerExecute：在 ASP.NET 页面框架结束执行一个事件处理程序时，该事件被触发。

　　·Applcation_PreSendRequestHeaders：在 ASP.NET 页面框架发送 HTTP 头给请求客户（浏览器）时，该事件被触发。

　　·Application_PreSendContent：在 ASP.NET 页面框架发送内容给请求客户（浏览器）时，该事件被触发。

　　·Application_AcquireRequestState：在 ASP.NET 页面框架得到与当前请求相关的当前状态（Session 状态）时，该事件被触发。

　　·Application_ReleaseRequestState：在 ASP.NET 页面框架执行完所有的事件处理程序时，该事件被触发。这将导致所有的状态模块保存它们当前的状态数据。

　　·Application_ResolveRequestCache：在 ASP.NET 页面框架完成一个授权请求时，该事件被触发。它允许缓存模块从缓存中为请求提供服务，从而绕过事件处理程序的执行。

　　·Application_UpdateRequestCache：在 ASP.NET 页面框架完成事件处理程序的执行时，该事件被触发，从而使缓存模块存储响应数据，以供响应后续的请求时使用。

　　·Application_AuthenticateRequest：在安全模块建立起当前用户的有效的身份时，该事件被触发。在这个时候，用户的凭据将会被验证。

　　·Application_AuthorizeRequest：当安全模块确认一个用户可以访问资源之后，该事件被触发。

　　·Session_Start：在一个新用户访问应用程序 Web 站点时，该事件被触发。

　　·Session_End：在一个用户的会话超时、结束或他们离开应用程序 Web 站点时，该事件被触发。

　　这个事件列表看起来好像多得吓人，但是在不同环境下这些事件可能会非常有用。

　　使用这些事件的一个关键问题是知道它们被触发的顺序。Application_Init 和Application_Start 事件在应用程序第一次启动时被触发一次。相似地，Application_Disposed 和 Application_End 事件在应用程序终止时被触发一次。此外，基于会话的事件（Session_Start 和 Session_End）只在用户进入和离开站点时被使用。其余的事件则处理应用程序请求，这些事件被触发的顺序是：

　　·Application_BeginRequest

　　·Application_AuthenticateRequest

　　·Application_AuthorizeRequest

　　·Application_ResolveRequestCache

　　·Application_AcquireRequestState

　　·Application_PreRequestHandlerExecute

　　·Application_PreSendRequestHeaders

　　·Application_PreSendRequestContent

　　·<<执行代码>>

　　·Application_PostRequestHandlerExecute

　　·Application_ReleaseRequestState

　　·Application_UpdateRequestCache

　　·Application_EndRequest

　　这些事件常被用于安全性方面。下面这个 C# 的例子演示了不同的Global.asax 事件，该例使用Application_Authenticate 事件来完成通过 cookie 的基于表单（form）的身份验证。此外，Application_Start 事件填充一个应用程序变量，而Session_Start 填充一个会话变量。Application_Error 事件显示一个简单的消息用以说明发生的错误。

protected void Application_Start(Object sender, EventArgs e) {
　Application["Title"] = "Builder.com Sample";
}
protected void Session_Start(Object sender, EventArgs e) {
　Session["startValue"] = 0;
}
protected void Application_AuthenticateRequest(Object sender, EventArgs e) {
　// Extract the forms authentication cookie
　string cookieName = FormsAuthentication.FormsCookieName;
　HttpCookie authCookie = Context.Request.Cookies[cookieName];
　if(null == authCookie) {
　　// There is no authentication cookie.
　　return;
　}
　FormsAuthenticationTicket authTicket = null;
　try {
　　authTicket = FormsAuthentication.Decrypt(authCookie.Value);
　} catch(
————————————————
版权声明：本文为CSDN博主「hhhhhh111222」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/hhhhhh111222/article/details/83441858