Servlet的生命週期主要有四個階段:載入、初始化、執行、清除。
Servlet的載入指的是容器將Servlet類別載入JVM並實例化,這個時候Servlet物件還不算具備Servlet該有的功能,只能說是一個純綷的Java物件,載入Servlet的時機有三種可能:
伺服器啟動時瀏覽器第一次接收請求時管理者要求時
若要求在伺服器啟動時載入Servlet,可以在web.xml的<servlet>定義時,加入<load-on- startup>標籤,例如:
web.xml
...
<servlet>
<servlet-name>Servletname1</servlet-name>
<servlet-class>demo.servlet.SomeServlet1</servlet-class>
<load-on-startup>10</load-on-startup>
</servlet>
<servlet>
<servlet-name>Servletname2</servlet-name>
<servlet-class>demo.servlet.SomeServlet2</servlet-class>
<load-on-startup>20</load-on-startup>
</servlet>
<servlet>
<servlet-name>Servletname3</servlet-name>
<servlet-class>demo.servlet.SomeServlet3</servlet-class>
<load-on-startup>30</load-on-startup>
</servlet>
<servlet>
<servlet-name>Servletname4</servlet-name>
<servlet-class>demo.servlet.SomeServlet4</servlet-class>
<load-on-startup/>
</servlet>
...
<load-on-startup>標籤設定的是載入時的順序值,數值越小就越先載入。
在Servlet類別被容器載入並實例化之後,會進行初始化的動作,此時init()方法會被呼叫執行,init()方法傳入一個
ServletConfig型態的物件,表示與Servlet相關的環境物件,web.xml中的一些設定資訊也包括在這個物件當中,在初始化之後,
Servlet物件才稱的上具備Servlet功能:
public void init(ServletConfig config)
throws ServletException
ServletConfig的使用您並不陌生,在JSP的隱含物件 config 就是對應於ServletConfig,您可以用它來取得設定於web.xml中的初始參數(即使用config.getInitParameter ()):
web.xml
...
<servlet>
...
<init-param>
<param-name>parameter</param-name>
<param-value>value</param-value>
</init-param>
...
</servlet>
...
您也可以使用無參數的init()方法,在Servlet 2.1之後,容器會呼叫有參數的init()方法,在執行完畢後再呼叫無參數的init()方法:
public void init() throws ServletException
通常在重新定義init()方法時,會這麼撰寫:
public void init(ServletConfig config)
throws ServletException {
super.init(config);
// .....
}
這是了兼具Servlet 2.0之前的相容,確保父類別GenericServlet會呼叫無參數的init()方法:
public class GenericServlet
implements Servlet, ServletConfig {
ServletConfig _config = null;
public void init(ServletConfig) throws ServletException {
_config = config;
log("init classed");
init();
}
....
}
Servlet的初始化可以用於一些資源的預先載入,例如開啟資料庫連線,避免在使用者第一次請求網頁時才開啟資料庫連線,以免使用者必須花費時間等待連線的完成。
Servlet在載入之後會一直存在於伺服器的記憶體中,直到伺服器關閉或是要求清除Servlet時,這可以避免物件生成時所需的時間與資源負擔,並可
實現一些資訊的持續性(persistence),每一個使用者請求Servlet時,容器會產生一個執行線來存取Servlet,也因而在設計
Servlet時必須注意到執行緒的安全問題。
在Servlet
2.4中,單緒執行模型(SingleThreadModel)介面已經被取消,這個介面本來是為了一個Servlet名稱產生一組Servlet
Pool,以共同分擔請求並避免多執行緒存取同一個Servlet所造成的執行緒安全問題,然而如果使用單緒執行模型,可能會產生過多的物件或過多的資源
耗費(例如資料庫連線)。
當Servlet被清除之時,會呼叫destroy()方法,通常也建議呼叫super.destroy(),這會呼叫父類別 GenericServlet的destroy(),以在log檔中記錄Servlet被清除的訊息,例如:
public void destroy() {
super.destroy();
//....
}
瀏覽器發出請求至Servlet的執行順序是:
瀏覽器 -> Web 伺服器 -> Servlet 容器 -> service()
如果是HttpServlet則會依請求的方法,在service()之後呼叫對應的doXXX()方法。