JSP/Servlet 工作原理

Servlet

Servlet 沒有 main 方法,不能夠獨立的運行,它的運行需要容器的支持,Tomcat 是最常用的 JSP/Servlet 容器。
Servlet 運行在 Servlet 容器中,並由容器管理從創建到銷燬的整個過程。

Servlet 的生命週期

(1) 加載和實例化
Servlet 容器裝載和實例化一個 Servlet。創建出該 Servlet 類的一個實例。
(2) 初始化
在 Servlet 實例化完成之後,容器負責調用該 Servlet 實例的 init() 方法,在處理用戶請求之前,來做一些額外的初始化工作。
(3) 處理請求
當 Servlet 容器接收到一個 Servlet 請求時,便運行與之對應的 Servlet 實例的 service() 方法,service() 方法再派遣運行與請求相對應的
doXX(doGet,doPost) 方法來處理用戶請求。
(4) 銷燬
當 Servlet 容器決定將一個 Servlet 從服務器中移除時 ( 如 Servlet 文件被更新 ),便調用該 Servlet 實例的 destroy() 方法,在銷燬該 Servlet 實例之前,
來做一些其他的工作。
其中,(1)(2)(4) 在 Servlet 的整個生命週期中只會被執行一次。

Servlet 的工作原理

結合右邊給出的流程圖:
當客戶端瀏覽器向服務器請求一個 Servlet 時,服務器收到該請求後,首先到容器中檢索與請求
匹配的 Servlet 實例是否已經存在。若不存在,則 Servlet 容器負責加載並實例化出該類 Servlet
的一個實例對象,接着容器框架負責調用該實例的 init() 方法來對實例做一些初始化工作,然後
Servlet 容器運行該實例的 service() 方法。
若 Servlet 實例已經存在,則容器框架直接調用該實例的 service() 方法。
service() 方法在運行時,自動派遣運行與用戶請求相對應的 doXX() 方法來響應用戶發起的請求。
通常,每個 Servlet 類在容器中只存在一個實例,每當請求到來時,則分配一條線程來處理該請求。








JSP 工作原理

結合右邊給出的流程圖:
當客戶端瀏覽器向服務器請求一個 JSP 頁面時,服務器收到該請求後,首先檢查所請求的這個
JSP 文件內容 ( 代碼 ) 是否已經被更新,或者是否是 JSP 文件創建後的第一次被訪問,如果是,
那麼,這個 JSP 文件就會在服務器端的 JSP 引擎作用下轉化爲一個 Servlet 類的 Java 源代碼
文件。緊接着,這個 Servlet 類會在 Java 編譯器的作用下被編譯成一個字節碼文件,並裝載
到 jvm 解釋執行。剩下的就等同於 Servlet 的處理過程了。
如果被請求的 JSP 文件內容 ( 代碼 ) 沒有被修改,那麼它的處理過程也等同於一個 Servlet 的
處理過程。即直接由服務器檢索出與之對應的 Servlet 實例來處理。

需要注意的是,JSP 文件不是在服務器啓動的時候轉換成 Servlet 類的。而是在被客戶端訪問
的時候纔可能發生轉換的 ( 如 JSP 文件內容沒有被更新等,就不再發生 Servlet 轉換 )。
就 Tomcat 而言,打開目錄 %Tomcat%/work/%您的工程文件目錄%,然後會看到裏面有 3
個子目錄:org/apache/jsp,若沒有這 3 個目錄,說明項目的 JSP 文件還沒有被訪問過,
打開進到 jsp 目錄下,會看到一些 *_jsp.java 和 *_jsp.class 文件,這就是 JSP 文件被轉換成
Servlet 類的源文件和字節碼文件了。
有興趣的話,可以使用瀏覽器訪問服務器中的 JSP,然後觀察 JSP 轉換 Servlet 以及編譯的時機。

Servlet 與 JSP

JSP 本質是一個 Servlet,它的運行也需要容器的支持。
在 JSP 和 Servlet 文件中都可以編寫 Java 和 HTML 代碼,不同的是,
Servlet 雖然也可以動態的生成頁面內容,但更加偏向於邏輯的控制。
JSP 最終被轉換成 Servlet 在 jvm 中解釋執行,在 JSP 中雖然也可以編寫 Java 代碼,但它更加偏向於頁面視圖的展現。
在 MVC 架構模式中,就 JSP 和 Servlet 而言,C 通常由 Servlet 充當,V 通常由 JSP 來充當。
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章