Detaillierte Erläuterung von Beispielen für Filter, Listener und Interceptors in Java
- 零下一度Original
- 2017-06-25 13:32:382416Durchsuche
1. Filter
Filter wird auch Filter genannt. Es ist die praktischste Technologie in der Servlet-Technologie, um alle vom Webserver verwalteten Webressourcen zu verwalten. Statische Bilddateien oder statische HTML-Dateien werden abgefangen, um einige spezielle Funktionen zu erreichen. Beispielsweise können einige erweiterte Funktionen wie die Berechtigungszugriffskontrolle auf URL-Ebene, die Filterung vertraulicher Vokabeln und die Komprimierung von Antwortinformationen implementiert werden.
Es wird hauptsächlich zur Vorverarbeitung von Benutzeranfragen verwendet und kann auch HttpServletResponse nachbearbeiten. Der vollständige Prozess der Verwendung von Filter: Filter verarbeitet die Benutzeranforderung vor, übergibt die Anforderung dann zur Verarbeitung an Servlet und generiert eine Antwort, und schließlich verarbeitet Filter die Serverantwort nach.
wird im Allgemeinen mit der Spring-Architektur an den folgenden Stellen verwendet:
1.1 Um das Problem des Schreibens von Zeichen in die Datenbankkodierung zu lösen, konfigurieren Sie den Code in web.xml
1 <filter> 2 <filter-name>Encoding</filter-name> 3 <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> 4 <init-param> 5 <param-name>encoding</param-name> 6 <param-value>utf-8</param-value> 7 </init-param> 8 </filter> 9 <filter-mapping>10 <filter-name>Encoding</filter-name>11 <url-pattern>/*</url-pattern>12 </filter-mapping>
1.2 Behandeln Sie das Problem beim sequenziellen Laden der Initialisierung, das bei der Integration mit Mongodb auftritt, und verwenden Sie Filter, um die Proxy-Funktion abzuschließen
1 <!-- 告诉ContextLoaderListener叫在spring的配置文档的位置--> 2 <context-param> 3 <param-name>contextConfigLocation</param-name> 4 <param-value> 5 classpath:spring-shiro-web.xml, 6 /WEB-INF/spring-servlet.xml 7 </param-value> 8 </context-param> 9 10 <filter>11 <filter-name>shiroFilter</filter-name>12 <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>13 <init-param>14 <param-name>targetFilterLifecycle</param-name>15 <param-value>true</param-value>16 </init-param>17 </filter>18 <!-- Make sure any request you want accessible to Shiro is filtered. /* catches all -->19 <!-- requests. Usually this filter mapping is defined first (before all others) to -->20 <!-- ensure that Shiro works in subsequent filters in the filter chain: -->21 <filter-mapping>22 <filter-name>shiroFilter</filter-name>23 <url-pattern>/*</url-pattern>24 </filter-mapping>25 26 <!-- 在tomcat启动的时候优先加载spring的配置文档 -->27 <listener> 28 <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> 29 </listener>
过滤器生命周期的四个阶段：
<span style="font-size: 14px">1、实例化：Web容器在部署Web应用程序时对所有过滤器进行实例化。Web容器回调它的无参构造方法。</span><br><span style="font-size: 14px">2、初始化：实例化完成之后，马上进行初始化工作。Web容器回调init()方法。</span>
3、过滤：请求路径匹配过滤器的URL映射时。Web容器回调doFilter()方法——主要的工作方法。
4、销毁： Web容器在卸载Web应用程序前，Web容器回调destroy()方法。
二、监听器
监听器Listener就是在application，session，request三个对象创建、销毁或者往其中添加修改删除属性时自动执行代码的功能组件。
Listener是Servlet的监听器，可以监听客户端的请求和服务端的操作等。
主要有以下三类：
1、ServletContext监听
ServletContextListener：用于对Servlet整个上下文进行监听（创建、销毁）。
ServletContextAttributeListener：对Servlet上下文属性的监听（增删改属性）。
2、Session监听
Session属于http协议下的内容，接口位于javax.servlet.http.*包下。
HttpSessionListener接口：对Session的整体状态的监听。
HttpSessionAttributeListener接口：对session的属性监听。
session的销毁有两种情况：
2.1 session超时，web.xml配置： <session-config> <session-timeout>120session-timeout>
session-config>
2.2 手工使session失效 public void invalidate();//使session失效方法。session.invalidate();
3、Request监听
ServletRequestListener：用于对Request请求进行监听（创建、销毁）。
ServletRequestAttributeListener：对Request属性的监听（增删改属性）。
4、在web.xml中配置
Listener配置信息必须在Filter和Servlet配置之前，Listener的初始化（ServletContentListener初始化）比Servlet和Filter都优先，
而销毁比Servlet和Filter都慢。
<listener> <listener-class>com.listener.classlistener-class> listener>
<context-param> <param-name>contextConfigLocationparam-name>
<param-value>classpath:spring/applicationContext-*.xmlparam-value>
context-param>
<Zuhörer>
<listener-class>org.springframework.web.context.ContextLoaderListenerlistener-class> 🎜>
Listener> 4. 1 Spring verwendet IntrospectorCleanupListener, um den Cache zu bereinigen Die Funktion dieses Listeners besteht darin, den Introspector-Cache der JavaBeans des JDK zu aktualisieren, wenn die Webanwendung geschlossen wird, um sicherzustellen, dass der Klassenlader der Webanwendung und die Die geladenen Klassen werden korrekt freigegeben. Wenn der JavaBeans Introspector zum Analysieren von Anwendungsklassen verwendet wurde, enthält der systemweite Introspector-Cache eine feste Referenz auf diese Klassen. Daher werden diese Klassen und der Klassenlader der Webanwendung nicht vom Garbage Collector zurückgefordert, wenn die Webanwendung geschlossen wird! Der IntrospectorCleanupListener bereinigt es entsprechend, sodass es vom Garbage Collector recycelt werden kann. Die einzige Möglichkeit, den Introspector zu bereinigen, besteht darin, den gesamten Introspector-Cache zu leeren. Es gibt keine andere Möglichkeit, genau anzugeben, auf welche Klasse die Anwendung verweist. Dadurch werden die zwischengespeicherten Introspector-Ergebnisse aus allen anderen Anwendungen auf dem Server gelöscht. Bei Verwendung des internen Bean-Mechanismus von Spring besteht keine Notwendigkeit, diesen Listener zu verwenden, da der Spring-eigene Introspection-Ergebniscache den analysierten JavaBeans Introspector-Cache sofort aktualisiert und nur den analysierten JavaBeans Introspector-Cache im eigenen Cache der Anwendung aktualisiert ClassLoader Im Inneren befindet sich ein Cache. Obwohl Spring selbst keine Lecks erzeugt, beachten Sie, dass selbst in Fällen, in denen sich die Spring-Framework-Klassen selbst in einem „gemeinsamen“ Klassenlader (z. B. dem ClassLoader des Systems) befinden, der IntrospectorCleanupListener dennoch verwendet werden sollte. In diesem Fall bereinigt dieser IntrospectorCleanupListener den Introspection-Cache von Spring ordnungsgemäß. Anwendungsklassen müssen JavaBeans Introspector selten direkt verwenden, daher ist es normalerweise nicht die Introspector-Ressource, die Speicherlecks verursacht. Im Gegensatz dazu bereinigen viele Bibliotheken und Frameworks keine Introspektoren, wie z. B. Struts und Quartz. Es ist zu beachten, dass ein einfaches Introspector-Leck dazu führt, dass der Klassenlader der gesamten Webanwendung nicht recycelt wird! Dies führt dazu, dass beim Schließen der Webanwendung nicht alle statischen Klassenressourcen (z. B. Einzelinstanzobjekte) der Anwendung freigegeben werden. Die Hauptursache für Speicherlecks sind nicht wirklich diese nicht recycelten Klassen! Hinweis: IntrospectorCleanupListener sollte als erster Listener in web.xml vor jedem anderen Listener registriert werden, z. B. vor dem ContextLoaderListener von Spring, um sicherzustellen, dass der IntrospectorCleanupListener zum richtigen Zeitpunkt im Lebenszyklus der Webanwendung wirksam wird.
<
Listener>
<
listener-class>org.springframework.web.util.IntrospectorCleanupListenerlistener-class>
Listener>
3. Federabfangjäger
Feder-verwaltete Abfangjäger müssen Intercepter implementiert HandlerInterceptor
Um den Abfangjäger zu betreten, müssen Sie zunächst den Federeingang konfigurieren
Die obige Schreibmethode filtert keine URLs heraus, die auf .jsp enden. Wenn Sie .jsp verarbeiten müssen, müssen Sie es verwenden Filter oder verwenden Sie die Shiro-Architektur
Aber für allgemeine statische Ressourcen müssen wir nicht filtern und abfangen. Sie können die folgende Konfiguration verwenden
web.xml-Konfiguration
< ;servlet-mapping>
pattern>*.js
spring-servlet .xml-Konfiguration, achten Sie auf das Hinzufügen der Header-Datei
Das obige ist der detaillierte Inhalt vonDetaillierte Erläuterung von Beispielen für Filter, Listener und Interceptors in Java. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!