init()方法被GenericServlet.init(ServletConfig config)方法調(diào)用。
init()方法方便了開發(fā)人員定制Servlet的初始化,而無須去維護ServletConfig對象的存儲工作。
重寫GenericServlet.init(ServletConfig config)必須要顯示的調(diào)用super.init(config)方法。
返回同一Server中指定的path對應(yīng)的ServletContext對象,通過該對象可以實現(xiàn)與Server中的其他Context打交道。
uripath必須是以"/"開始(該路徑的含義是相對于整個Servlet文檔的根路徑,而不是當(dāng)前ServletContext的根路徑)。
一般的Servlet(GenericServlet,即與協(xié)議無關(guān)的Servlet)的生命周期:init() --> GenericServlet.service(ServletRequest req, ServletResponse res) --> destroy.
HttpServlet的生命周期: init() --> GenericServlet.service(ServletRequest req, ServletResponse res)---> service(HttpServletRequest req, HttpServletResponse resp) --> doXXXX()-->destroy.
對于HttpServlet來說沒有必要。只需要重寫它的doXXXX()方法就可以了。HttpServlet中service()方法會自動的根據(jù)用戶請求類型把請求轉(zhuǎn)發(fā)給相應(yīng)的doXXXX()方法(例如doGet()方法)。
注意兩個方法不能同時使用。
請使用ServletContext.getRealPath(String path)方法。
ServletResponse缺省的字符集(charset)是ISO-8859-1,可以通過setContentType(java.lang.String)方法改變新的字符集。
例如:setContentType("text/html; charset=Shift_JIS").
關(guān)于字符集信息,可以瀏覽RFC 2045
request.getRequestURI() 返回值類似:/xuejava/requestdemo.jsp
request.getRequestURL() 返回值類似:http://localhost:8080/xuejava/requestdemo.jsp
當(dāng)用URL-rewriting方式來管理Session的時候,需要用到以上的兩個方法。
兩個方法的不同點是:兩個方法確定是否需要包含session ID的邏輯不同。
在調(diào)用HttpServletResponse.sendRedirect前,應(yīng)該先調(diào)用encodeRedirectURL()方法,否則可能會丟失Sesssion信息。 ...
對于Servlet實現(xiàn)javax.single.SingleThreadModel接口。
對于JSP,在Page Directive中寫如下的語句
...
實現(xiàn)方法:
為什么? 因為需要獲取Exception 對象(缺省情況下,在JSP Page中是不能直接使用“隱含對象” exception的)。
JSP Page的執(zhí)行順序如下:
JSP Page Translation. JSP Page --> Servlet source code. JSP Page Compilation. Servlet source code --> Servlet class. Load Class(First time or the server restarted) Create instance(可能會很多次,如果JSP Page中聲明了) Call jspInit method(一般的JSP Page都沒有重寫這個方法,重寫需要在聲明語句段中)。 Call _jspService method(類似與一般HttpServlet的doGet和doPost方法,但是可以同時用來處理Post和Getq請求)。 Call jspDestroy method(Server在卸載Servet的時候,例如當(dāng)Servlet很久沒有使用的情況)。
request -- reponse -- session -- application -- out -- page -- pagecontext -- exception -- 只有在當(dāng)前JSP Page為Error Page的時候才有效。 config --
<@ include ... -- Page translation time.
Standalone Tomcat standalone modeIn-process Tomcat running inside Apache Web Server.Out-of-process Apache + mod_jk + Tomcat
Servlet,Servlet開發(fā)人員 --->Servlet API --> Servlet Container
Message part Description The initial line: Specifies the purpose of the request or response message 例子:GET /reports/sales/index.html HTTP/1.0 The header section:Specifies the meta-information, such as size, type, and encoding, about the content of the message A blank line: An optional message body: The main content of the request or response message下面是一個Response的例子:
HTTP/1.0 200 OK Date: Tue, 01 Dec 2001 23:59:59 GMT Content-Type: text/html Content-Length: 52Hello, John!
GET HEAD POST
從 Http 1.1規(guī)范開始,增加了以下的方法:
PUT OPTIONS TRACE DELETE CONNECT
根據(jù)HTTP協(xié)議規(guī)范,Request 和 Response一樣也有這些必不可少的內(nèi)容!
所以需要首先了解 HTTP Message的概念和其內(nèi)容的格式,這些東西對于Request和Reponse是一樣的。
對于GET方式發(fā)送的請求,其內(nèi)容類型為:null
對于POST方式發(fā)送的請求,其內(nèi)容類型為:application/x-www-form-urlencoded
POST方式發(fā)送請求的內(nèi)容類似于:username=xuejava.
RequestDispatcher.forward()是在服務(wù)器端運行;HttpServletResponse.sendRedirect()是通過向客戶瀏覽器發(fā)送命令來完成。
所以RequestDispatcher.forward()對于瀏覽器來說是“透明的”;而HttpServletResponse.sendRedirect()則不是。
另外,還要注意RequestDispatcher.forward()在調(diào)用的時候Response不能已經(jīng)Commit了(Response.isCommitted())。
ServletContext.getRequestDispatcher(String url)中的url只能使用絕對路徑;而ServletRequest.getRequestDispatcher(String url)中的url可以使用相對路徑。
因為ServletRequest具有相對路徑的概念;而ServletContext對象無次概念。
ServletContext.getRequestDispatcher(String url)和ServletRequest.getRequestDispatcher(String url)只能把請求轉(zhuǎn)移到同一個Web App中的地址。
如果需要把請求轉(zhuǎn)移到另外一個Web App中的某個地址,可以按下面的做法:
1. 獲得另外一個Web App的ServletConext對象(currentServletContext.getContext(uripath)).
2. 調(diào)用ServletContext.getRequestDispatcher(String url)方法。
大部分都說一半