Jsp和Servlet有什麼區別？

Servlet接口中有哪些方法？

Servlet接口定義了5個方法，其中前三個方法與Servlet生命週期相關：

• void init(ServletConfig config) throws ServletException

• void service(ServletRequest req, ServletResponse resp) throws ServletException, java.io.IOException

• void destory()

• java.lang.String getServletInfo()

• ServletConfig getServletConfig()

Web容器加載Servlet並將其實例化後，Servlet生命週期開始，容器運行其init()方法進行Servlet的初始化；請求到達時調用Servlet的service()方法，service()方法會根據須要調用與請求對應的doGet或doPost等方法；當服務器關閉或項目被卸載時服務器會將Servlet實例銷燬，此時會調用Servlet的destroy()方法。

轉發（forward）和重定向（redirect）的區別？

forward是容器中控制權的轉向，是服務器請求資源，服務器直接訪問目標地址的URL，把那個URL 的響應內容讀取過來，而後把這些內容再發給瀏覽器，瀏覽器根本不知道服務器發送的內容是從哪兒來的，因此它的地址欄中仍是原來的地址。

redirect就是服務器端根據邏輯，發送一個狀態碼，告訴瀏覽器從新去請求那個地址，所以從瀏覽器的地址欄中能夠看到跳轉後的連接地址，很明顯redirect沒法訪問到服務器保護起來資源，可是能夠從一個網站redirect到其餘網站。

forward更加高效，因此在知足須要時儘可能使用forward（經過調用RequestDispatcher對象的forward()方法，該對象能夠經過ServletRequest對象的getRequestDispatcher()方法得到），而且這樣也有助於隱藏實際的連接；在有些狀況下，好比須要訪問一個其它服務器上的資源，則必須使用重定向（經過HttpServletResponse對象調用其sendRedirect()方法實現）。

JSP有哪些內置對象？做用分別是什麼？

JSP有9個內置對象：

• request：封裝客戶端的請求，其中包含來自GET或POST請求的參數；

• response：封裝服務器對客戶端的響應；

• pageContext：經過該對象能夠獲取其餘對象；

• session：封裝用戶會話的對象；

• application：封裝服務器運行環境的對象；

• out：輸出服務器響應的輸出流對象；

• config：Web應用的配置對象；

• page：JSP頁面自己（至關於Java程序中的this）；

• exception：封裝頁面拋出異常的對象。

JSP和Servlet是什麼關係？

ervlet是一個特殊的Java程序，它運行於服務器的JVM中，可以依靠服務器的支持向瀏覽器提供顯示內容。JSP本質上是Servlet的一種簡易形式，JSP會被服務器處理成一個相似於Servlet的Java程序，能夠簡化頁面內容的生成。Servlet和JSP最主要的不一樣點在於，Servlet的應用邏輯是在Java文件中，而且徹底從表示層中的HTML分離開來。而JSP的狀況是Java和HTML能夠組合成一個擴展名爲.jsp的文件。有人說，Servlet就是在Java中寫HTML，而JSP就是在HTML中寫Java代碼，固然這個說法是很片面且不夠準確的。JSP側重於視圖，Servlet更側重於控制邏輯，在MVC架構模式中，JSP適合充當視圖（view）而Servlet適合充當控制器（controller）。

講解JSP中的四種做用域。

答：JSP中的四種做用域包括page、request、session和application，具體來講：

• page表明與一個頁面相關的對象和屬性。

• request表明與Web客戶機發出的一個請求相關的對象和屬性。一個請求可能跨越多個頁面，涉及多個Web組件；須要在頁面顯示的臨時數據能夠置於此做用域。

• session表明與某個用戶與服務器創建的一次會話相關的對象和屬性。跟某個用戶相關的數據應該放在用戶本身的session中。

• application表明與整個Web應用程序相關的對象和屬性，它實質上是跨越整個Web應用程序，包括多個頁面、請求和會話的一個全局做用域。

實現會話跟蹤的技術有哪些？

因爲HTTP協議自己是無狀態的，服務器爲了區分不一樣的用戶，就須要對用戶會話進行跟蹤，簡單的說就是爲用戶進行登記，爲用戶分配惟一的ID，下一次用戶在請求中包含此ID，服務器據此判斷究竟是哪個用戶。

1）URL 重寫：在URL中添加用戶會話的信息做爲請求的參數，或者將惟一的會話ID添加到URL結尾以標識一個會話。

2） 設置表單隱藏域：將和會話跟蹤相關的字段添加到隱式表單域中，這些信息不會在瀏覽器中顯示可是提交表單時會提交給服務器。

這兩種方式很難處理跨越多個頁面的信息傳遞，由於若是每次都要修改URL或在頁面中添加隱式表單域來存儲用戶會話相關信息，事情將變得很是麻煩。

3）cookie：cookie有兩種，一種是基於窗口的，瀏覽器窗口關閉後，cookie就沒有了；另外一種是將信息存儲在一個臨時文件中，並設置存在的時間。當用戶經過瀏覽器和服務器創建一次會話後，會話ID就會隨響應信息返回存儲在基於窗口的cookie中，那就意味着只要瀏覽器沒有關閉，會話沒有超時，下一次請求時這個會話ID又會提交給服務器讓服務器識別用戶身份。會話中能夠爲用戶保存信息。會話對象是在服務器內存中的，而基於窗口的cookie是在客戶端內存中的。若是瀏覽器禁用了cookie，那麼就須要經過下面兩種方式進行會話跟蹤。固然，在使用cookie時要注意幾點：首先不要在cookie中存放敏感信息；其次cookie存儲的數據量有限（4k），不能將過多的內容存儲cookie中；再者瀏覽器一般只容許一個站點最多存放20個cookie。固然，和用戶會話相關的其餘信息（除了會話ID）也能夠存在cookie方便進行會話跟蹤。

4）HttpSession：在全部會話跟蹤技術中，HttpSession對象是最強大也是功能最多的。當一個用戶第一次訪問某個網站時會自動建立HttpSession，每一個用戶能夠訪問他本身的HttpSession。能夠經過HttpServletRequest對象的getSession方法得到HttpSession，經過HttpSession的setAttribute方法能夠將一個值放在HttpSession中，經過調用HttpSession對象的getAttribute方法，同時傳入屬性名就能夠獲取保存在HttpSession中的對象。與上面三種方式不一樣的是，HttpSession放在服務器的內存中，所以不要將過大的對象放在裏面，即便目前的Servlet容器能夠在內存將滿時將HttpSession中的對象移到其餘存儲設備中，可是這樣勢必影響性能。添加到HttpSession中的值能夠是任意Java對象，這個對象最好實現了Serializable接口，這樣Servlet容器在必要的時候能夠將其序列化到文件中，不然在序列化時就會出現異常。

過濾器有哪些做用和用法？

Java Web開發中的過濾器（filter）是從Servlet 2.3規範開始增長的功能，並在Servlet 2.4規範中獲得加強。對Web應用來講，過濾器是一個駐留在服務器端的Web組件，它能夠截取客戶端和服務器之間的請求與響應信息，並對這些信息進行過濾。當Web容器接受到一個對資源的請求時，它將判斷是否有過濾器與這個資源相關聯。若是有，那麼容器將把請求交給過濾器進行處理。在過濾器中，你能夠改變請求的內容，或者從新設置請求的報頭信息，而後再將請求發送給目標資源。當目標資源對請求做出響應時候，容器一樣會將響應先轉發給過濾器，在過濾器中你能夠對響應的內容進行轉換，而後再將響應發送到客戶端。

常見的過濾器用途主要包括：對用戶請求進行統一認證、對用戶的訪問請求進行記錄和審覈、對用戶發送的數據進行過濾或替換、轉換圖象格式、對響應內容進行壓縮以減小傳輸量、對請求或響應進行加解密處理、觸發資源訪問事件、對XML的輸出應用XSLT等。

過濾器相關的接口主要有：Filter、FilterConfig和FilterChain。

監聽器有哪些做用和用法？

Java Web開發中的監聽器（listener）就是application、session、request三個對象建立、銷燬或者往其中添加修改刪除屬性時自動執行代碼的功能組件，以下所示：

• ServletContextListener：對Servlet上下文的建立和銷燬進行監聽。

• ervletContextAttributeListener：監聽Servlet上下文屬性的添加、刪除和替換。

• HttpSessionAttributeListener：對Session對象中屬性的添加、刪除和替換進行監聽。

• ServletRequestListener：對請求對象的初始化和銷燬進行監聽。

• ServletRequestAttributeListener：對請求對象屬性的添加、刪除和替換進行監聽。

• HttpSessionListener：對Session的建立和銷燬進行監聽。

補充： session的銷燬有兩種狀況：

• session超時（能夠在web.xml中經過<session-config>/<session-timeout>標籤配置超時時間）；

• 經過調用session對象的invalidate()方法使session失效。