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()方法。