servlet過濾器不攔截靜態文件

1. 在servlet過濾器的生命周期方法中，每當傳遞請求或響應時，web會調用什麼方法

Servlet生命周期分為復三個階段制：

1、初始化階段 ：調用init()方法

2、響應客戶請求階段：調用service()方法

3、終止階段：調用destroy()方法

在 Servlet 的生命期中，僅執行一次 init() 方法。是在伺服器裝入 Servlet 時執行的。 可以配置伺服器，以在啟動伺服器或客戶機首次訪問 Servlet 時裝入 Servlet。 無論有多少客戶機訪問 Servlet，都不會重復執行 init() 。

(1)servlet過濾器不攔截靜態文件擴展閱讀：

最早支持 Servlet 技術的是 JavaSoft 的 Java Web Server。此後，一些其它的基於 Java 的 Web Server 開始支持標準的 Servlet API。Servlet 的主要功能在於互動式地瀏覽和修改數據，生成動態 Web 內容。這個過程為：

1、客戶端發送請求至伺服器端；

2、伺服器將請求信息發送至 Servlet；

3、Servlet 生成響應內容並將其傳給伺服器。響應內容動態生成，通常取決於客戶端的請求；

4、伺服器將響應返回給客戶端。

2. spring mvc 3.0 如何解決.css、.js等靜態文件被攔截問題

每個靜態資源都是一次請求不是嗎, 那你應該在web.xml里配置攔截*.action呀. 這樣的話spring就攔截不到以.action結尾的其他所有文件了
登錄的話, 建議還是用Apache shiro 來控制許可權, shiro也可以進行資源的放行

3. java web 過濾器跟攔截器的區別和使用

java web 過濾器跟攔截器的區別和使用分別介紹如下：

1、過濾器的使用

Filter主要對客戶端的請求和伺服器的響應進行過濾，使用場景：

• 客戶端的請求到達伺服器，伺服器真正開始處理這個請求之前，要經過Filter的過濾

• 伺服器真正的處理完這個請求，生成響應之後，要經過Filter的過濾，才能將響應發送給客戶端

作用：可以通過Filter技術，對web伺服器管理的所有web資源，例如JSP、Servlet、靜態圖片文件或靜態 html文件等進行攔截，從而實現一些特殊的功能。例如實現URL級別的許可權訪問控制、過濾敏感詞彙、壓縮響應信息等一些高級功能。

• 配置Filter

同開發Servlet一樣，寫完了類，接下來就是配置了，我們需要在web.xml文件中配置Filter。具體的配置和Servlet配置如出一轍。

<filter>
<filter-name>log</filter-name>
<filter-class>com.jellythink.practise.LogFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>log</filter-name>
<url-pattern>/*</url-pattern>
<dispatcher>REQUEST</dispatcher>
</filter-mapping>

上面配置中比較重要的就是url-pattern和dispatcher了。

過濾類：

public class LogFilter implements Filter
{
private FilterConfig config;

public void init(FilterConfig config)
{
this.config = config;
}

public void destroy()
{
this.config = null;
}

// 這個方法是Filter的核心方法
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
throws IOException, ServletException
{
// 對用戶的請求進行處理
ServletContext context = this.config.getServletContext();
long begin = System.currentTimeMillis();

// 輸出過濾信息
System.out.println("開始過濾...");
HttpServletRequest hRequest = (HttpServletRequest)request;
System.out.println("Filter已經截獲到用戶請求的地址:" + hRequest.getServletPath());
// 處理完以後，將請求交給下一個Filter或者Servlet處理
chain.doFilter(request, response);
// 對伺服器的響應進行處理
long end = System.currentTimeMillis();
System.out.println("過濾結束");
System.out.println("請求被定為到:" + hRequest.getRequestURI() + "; 所花費的時間為:" + (end - begin));
}
}

2、攔截器的使用：

攔截器的主要作用是攔截用戶的請求並進行相應的處理。比如通過它來進行許可權驗證，或者是來判斷用戶是否登陸，或者是像12306那樣子判斷當前時間是否是購票時間。

1.在SpringMVC的配置文件中加上支持MVC的schema

xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation=" http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd"
下面是聲明示例：

<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/context
http://www.springframework.org/schema/context/spring-context-3.0.xsd
http://www.springframework.org/schema/mvc
http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">

這樣在SpringMVC的配置文件中就可以使用mvc標簽了，mvc標簽中有一個mvc:interceptors是用於聲明SpringMVC的攔截器的。

4. Servlet過濾器是什麼

在 J2EE 探索者 系列文章的最後一篇中，作者 Kyle Gabhart 將向您介紹 Servlet過濾器體系結構，定義過濾器的許多應用，並指導您完成典型過濾器實現的三個步驟。他還會透露 bean 的一些激動人心的變化，預計剛發布的 Java Servlet 2.4 規范會引入這些變化。Servlet過濾器是可插入的 Web 組件，它允許我們實現 Web 應用程序中的預處理和後期處理邏輯。過濾器支持 servlet 和 JSP 頁面的基本請求處理功能，比如日誌記錄、性能、安全、會話處理、XSLT 轉換，等等。 過濾器最初是隨 Java Servlet 2.3 規范發布的，最近定稿的 2.4 規范對它進行了重大升級。在這 J2EE 探索者 系列文章的最後一篇中，我將向您介紹 Servlet過濾器的基礎知識 —— 比如總體的體系結構設計、實現細節，以及在 J2EE Web 應用程序中的典型應用，還會涉及一些預計最新的 Servlet 規范將會提供的擴展功能。？ Servlet過濾器是小型的 Web 組件，它們攔截請求和響應，以便查看、提取或以某種方式操作正在客戶機和伺服器之間交換的數據。過濾器是通常封裝了一些功能的 Web 組件，這些功能雖然很重要，但是對於處理客戶機請求或發送響應來說不是決定性的。典型的例子包括記錄關於請求和響應的數據、處理安全協議、管理會話屬性，等等。過濾器提供一種面向對象的模塊化機制，用以將公共任務封裝到可插入的組件中，這些組件通過一個配置文件來聲明，並動態地處理。Servlet過濾器中結合了許多元素，從而使得過濾器成為獨特、強大和模塊化的 Web 組件。也就是說，Servlet過濾器是：聲明式的：過濾器通過 Web 部署描述符（web.xml）中的 XML 標簽來聲明。這樣允許添加和刪除過濾器，而無需改動任何應用程序代碼或 JSP 頁面。動態的：過濾器在運行時由 Servlet 容器調用來攔截和處理請求和響應。靈活的：過濾器在 Web 處理環境中的應用很廣泛，涵蓋諸如日誌記錄和安全等許多最公共的輔助任務。過濾器還是靈活的，因為它們可用於對來自客戶機的直接調用執行預處理和後期處理，以及處理在防火牆之後的 Web 組件之間調度的請求。最後，可以將過濾器鏈接起來以提供必需的功能。模塊化的：通過把應用程序處理邏輯封裝到單個類文件中，過濾器從而定義了可容易地從請求/響應鏈中添加或刪除的模塊化單元。可移植的：與 Java 平台的其他許多方面一樣，Servlet過濾器是跨平台和跨容器可移植的，從而進一步支持了 Servler 過濾器的模塊化和可重用本質。可重用的：歸功於過濾器實現類的模塊化設計，以及聲明式的過濾器配置方式，過濾器可以容易地跨越不同的項目和應用程序使用。透明的：在請求/響應鏈中包括過濾器，這種設計是為了補充（而不是以任何方式替代）servlet 或 JSP 頁面提供的核心處理。因而，過濾器可以根據需要添加或刪除，而不會破壞 servlet 或 JSP 頁面。所以Servlet過濾器是通過一個配置文件來靈活聲明的模塊化可重用組件。過濾器動態地處理傳入的請求和傳出的響應，並且無需修改應用程序代碼就可以透明地添加或刪除它們。最後，過濾器獨立於任何平台或者 Servlet 容器，從而允許將它們容易地部署到任何相容的 J2EE 環境中。在接下來的幾小節中，我們將進一步考察 Servlet過濾器機制的總體設計，以及實現、配置和部署過濾器所涉及的步驟。我們還將探討 Servlet過濾器的一些實際應用，最後簡要考察一下模型-視圖-控制器（MVC）體系結構中包含的 Servlet過濾器，從而結束本文的討論。Servlet過濾器體系結構 正如其名稱所暗示的，Servlet過濾器 用於攔截傳入的請求和/或傳出的響應，並監視、修改或以某種方式處理正在通過的數據流。過濾器是自包含、模塊化的組件，可以將它們添加到請求/響應鏈中，或者在無需影響應用程序中其他 Web 組件的情況下刪除它們。過濾器僅只是改動請求和響應的運行時處理，因而不應該將它們直接嵌入 Web 應用程序框架，除非是通過 Servlet API 中良好定義的標准介面來實現。Web 資源可以配置為沒有過濾器與之關聯（這是默認情況）、與單個過濾器關聯（這是典型情況），甚至是與一個過濾器鏈相關聯。那麼過濾器究竟做什麼呢？ 像 servlet 一樣，它接受請求並響應對象。然後過濾器會檢查請求對象，並決定將該請求轉發給鏈中的下一個組件，或者中止該請求並直接向客戶機發回一個響應。如果請求被轉發了，它將被傳遞給鏈中的下一個資源（另一個過濾器、servlet 或 JSP 頁面）。在這個請求設法通過過濾器鏈並被伺服器處理之後，一個響應將以相反的順序通過該鏈發送回去。這樣就給每個過濾器都提供了根據需要處理響應對象的機會。當過濾器在 Servlet 2.3 規范中首次引入時，它們只能過濾 Web 客戶機和客戶機所訪問的指定 Web 資源之間的內容。如果該資源然後將請求調度給其他 Web 資源，那就不能向幕後委託的任何請求應用過濾器。2.4 規范消除了這個限制。Servlet過濾器現在可以應用於 J2EE Web 環境中存在請求和響應對象的任何地方。因此，Servlet過濾器可以應用在客戶機和 servlet 之間、servlet 和 servlet 或 JSP 頁面之間，以及所包括的每個 JSP 頁面之間。這才是我所稱的強大能力和靈活性！實現一個 Servlet過濾器 他們說「好事多磨」。我不知道「他們」指的是誰，或者這句古老的諺語究竟有多真實，但是實現一個 Servlet過濾器的確要經歷三個步驟。

5. 關於Servlet過濾器的問題

相同，1，如果沒有過濾器的話，會跳轉到過濾器處理後的request請求的頁面，專如果你用的是request跳轉頁面，就屬相同，如果用response那麼就是重定向，他們的request和response就不相同，

2.chain.doFilter(request,response)之後的代碼是在你過濾器放行之後，把你當前的請求執行完過後才執行的，比如說：用戶發送一個請求到你的伺服器，被你的過濾器攔截下來了，並且過濾通過以後，那麼它會完成當前請求所需要的操作。當請求完成的時候，伺服器要響應給客戶端的時候，它就會執行你chain.doFilter(request,response)之後的代碼

6. servlet和過濾器的區別是什麼

一、概念：
1、servlet：servlet是一種運行伺服器端的java應用程序，具有獨立於平台和協議的特性，並且可以動態的生成web頁面，它工作在客戶端請求與伺服器響應的中間層。
2、filter：filter是一個可以復用的代碼片段，可以用來轉換HTTP請求、響應和頭信息。Filter不像Servlet，它不能產生一個請求或者響應，它只是修改對某一資源的請求，或者修改從某一的響應。
二、生命周期：
1、servlet：servlet的生命周期始於它被裝入web伺服器的內存時，並在web伺服器終止或重新裝入servlet時結束。servlet一旦被裝入web伺服器，一般不會從web伺服器內存中刪除，直至web伺服器關閉或重新結束。
(1)、裝入：啟動伺服器時載入Servlet的實例；
(2)、初始化：web伺服器啟動時或web伺服器接收到請求時，或者兩者之間的某個時刻啟動。初始化工作有init（）方法負責執行完成；
(3)、調用：從第一次到以後的多次訪問，都是只調用doGet()或doPost()方法；
(4)、銷毀：停止伺服器時調用destroy()方法，銷毀實例。
2、filter：（一定要實現javax.servlet包的Filter介面的三個方法init()、doFilter()、destroy()，空實現也行）
(1)、啟動伺服器時載入過濾器的實例，並調用init()方法來初始化實例；
(2)、每一次請求時都只調用方法doFilter()進行處理；
(3)、停止伺服器時調用destroy()方法，銷毀實例。
三、職責
1、servlet：
創建並返回一個包含基於客戶請求性質的動態內容的完整的html頁面；
創建可嵌入到現有的html頁面中的一部分html頁面（html片段）；
讀取客戶端發來的隱藏數據；
讀取客戶端發來的顯示數據；
與其他伺服器資源（包括資料庫和java的應用程序）進行通信；
通過狀態代碼和響應頭向客戶端發送隱藏數據。
2、filter：
filter能夠在一個請求到達servlet之前預處理用戶請求，也可以在離開servlet時處理http響應：
在執行servlet之前，首先執行filter程序，並為之做一些預處理工作；
根據程序需要修改請求和響應；
在servlet被調用之後截獲servlet的執行
四、區別：
1,servlet 流程是短的，url傳來之後，就對其進行處理，之後返回或轉向到某一自己指定的頁面。它主要用來在 業務處理之前進行控制.
2,filter 流程是線性的， url傳來之後，檢查之後，可保持原來的流程繼續向下執行，被下一個filter, servlet接收等，而servlet 處理之後，不會繼續向下傳遞。filter功能可用來保持流程繼續按照原來的方式進行下去，或者主導流程，而servlet的功能主要用來主導流程。
filter可用來進行字元編碼的過濾，檢測用戶是否登陸的過濾，禁止頁面緩存等。
參考：https://..com/question/1577030487304140580.html

7. java servlet 過濾器里 為什麼這樣寫過濾路徑不能攔截 /*/page/*

把第一個/去掉試下

8. springMVC的攔截器不攔截直接訪問jsp的請求

你好，分享一下我的攔截器，多多指教，代碼如下：

在spring的配置文件裡面進行配置攔截器

<!-- 攔截器 -->
<mvc:interceptors>
<mvc:interceptor>
<!-- 對所有的請求攔截使用/**-->
<mvc:mapping path="/**" />
<ref bean="userAccessInterceptor" />
</mvc:interceptor>
</mvc:interceptors>
<bean id="userAccessInterceptor"class="com.web.interceptor.UserAccessInterceptor"></bean>

攔截器如下設置,當用戶未登錄時，返回到登錄頁面
class UserAccessInterceptor extends HandlerInterceptorAdapter {

@Override
public boolean preHandle(HttpServletRequest request,HttpServletResponse response, Object handler) throws Exception {
//靜態資源直接return true
if(handler instanceof ResourceHttpRequestHandler){
return true;
}
if(Utils.isNull(UserCookie.getApploginUserId())){
response.sendRedirect(request.getContextPath()+"/login.jsp");
return false;
}
return true;
}

9. springmvc中如何防止靜態資源被攔截

第一種：在web.xml中配置名為default的servlet-mapping
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>*.css</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>*.gif</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>*.png</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>*.js</url-pattern>
</servlet-mapping>
第二種：在SpringMVC配置文件中添加<mvc:resource>標簽
<mvc:resources mapping="/js/**" location="/js/"/>
<mvc:resources mapping="/css/**" location="/css/"/>
<mvc:resources mapping="/img/**" location="/img/"/>
第三種：在SpringMVC配置文件中添加<mvc:default-servlet-handler/>標簽
<mvc:default-servlet-handler/>
第四種：修改SpringMVC的攔截路徑，我這里使用的是/，也就是說所有的鏈接的攔截，
可以修改成*.do或者*.action或者其他，這樣靜態資源就不會攔截了
<servlet-mapping>
<servlet-name>spring-mvc</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>

10. Java Servlet程序的過濾器,如下選項,哪些數據不在過濾器攔截范圍內 A. reques

這幾個選項都可以在過濾器的攔截范圍內，
過濾器要攔截什麼完全取決你自己如何實現Filter介面的如下方法
doFilter(ServletRequest request, ServletResponse response, FilterChain chain)

在該方法中你可以根據request獲取上面4個數據進行攔截。
推薦你看下」輕量級java ee企 業應用實戰「這本書，你會知道Filter怎麼實現，怎麼用。
然後你就會發現你這個題目有多麼荒誕了。