冰之雨

為什么GenericServlet在init(ServletConfig config)基礎(chǔ)上增加了一個init()方法？　
　
　　init()方法被GenericServlet.init(ServletConfig config)方法調(diào)用。
　　
　　init()方法方便了開發(fā)人員定制Servlet的初始化，而無須去維護(hù)ServletConfig對象的存儲工作。
　　
　　重寫GenericServlet.init(ServletConfig config)必須要顯示的調(diào)用super.init(config)方法。
　　
　　ServletContext.getContect(java.lang.String uripath)的作用是什么？
　　
　　返回同一Server中指定的path對應(yīng)的ServletContext對象,通過該對象可以實(shí)現(xiàn)與Server中的其他Context打交道。
　　
　　uripath必須是以"/"開始（該路徑的含義是相對于整個Servlet文檔的根路徑，而不是當(dāng)前ServletContext的根路徑）。
　　
　　Servlet生命周期是什么？
　　
　　一般的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.
　　
　　有沒有必要重寫GenericServlet.service()方法？
　　
　　對于HttpServlet來說沒有必要。只需要重寫它的doXXXX()方法就可以了。HttpServlet中service()方法會自動的根據(jù)用戶請求類型把請求轉(zhuǎn)發(fā)給相應(yīng)的doXXXX()方法（例如doGet()方法）。
　　
　　ServletRequest.getReader()和ServletRequest.getInputStream()如何使用？
　　
　　注意兩個方法不能同時使用。
　　
　　ServletRequest.getRealPath(String path)方法已經(jīng)不推薦使用。
　　
　　請使用ServletContext.getRealPath(String path)方法。
　　
　　ServletResponse缺省的字符集(charset)是什么?

　　ServletResponse缺省的字符集(charset)是ISO-8859-1,可以通過setContentType(java.lang.String)方法改變新的字符集。
　　
　　例如：setContentType("text/html; charset=Shift_JIS").
　　
　　關(guān)于字符集信息，可以瀏覽RFC 2045
　　
　　HttpServletRequest.getRequestURI()和HttpServletRequest.getRequestURL()區(qū)別是什么?　
　
　　request.getRequestURI() 返回值類似：/xuejava/requestdemo.jsp
　　
　　request.getRequestURL() 返回值類似：http://localhost:8080/xuejava/requestdemo.jsp
　　
　　HttpServletRequest.encodeURL()和HttpServletRequest.encodeRedirectURL(()區(qū)別是什么?為什么要有兩個不同的方法呢？
　　
　　當(dāng)用URL-rewriting方式來管理Session的時候，需要用到以上的兩個方法。
　　
　　兩個方法的不同點(diǎn)是：兩個方法確定是否需要包含session ID的邏輯不同。
　　
　　在調(diào)用HttpServletResponse.sendRedirect前，應(yīng)該先調(diào)用encodeRedirectURL()方法，否則可能會丟失Sesssion信息。 ...
　　
　　如何使你的Servlet或者JSP實(shí)現(xiàn)Single Thread Model?　　

　　對于Servlet實(shí)現(xiàn)javax.single.SingleThreadModel接口。
　　
　　對于JSP,在Page Directive中寫如下的語句<%@ page isThreadSafe="false" %>
　　
　　JSP Tag 和 JSP XML-based Tag
　　
　　...
　　
　　如何把某一個JSP Page定義成為Error Page?為什么要這樣做？
　　
　　實(shí)現(xiàn)方法： <%@ page isErrorPage="true" %>
　　
　　為什么？ 因?yàn)樾枰@取Exception 對象（缺省情況下，在JSP Page中是不能直接使用“隱含對象” exception的）。
　　
　　JSP Page的執(zhí)行順序是如何的？
　　
　　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中聲明了<%@ page isThreadSafe="false" %>)
　　
　　Call jspInit method（一般的JSP Page都沒有重寫這個方法，重寫需要在聲明語句段中）。
　　
　　Call _jspService method（類似與一般HttpServlet的doGet和doPost方法，但是可以同時用來處理Post和Getq請求）。
　　
　　Call jspDestroy method（Server在卸載Servet的時候，例如當(dāng)Servlet很久沒有使用的情況）。
　　
　　JSP Page中有哪些隱含對象(Implicity Object)?各自的類型和作用是什么？
　　
　　request --
　　reponse --
　　session --
　　application --
　　out --
　　page --
　　pagecontext --
　　exception -- 只有在當(dāng)前JSP Page為Error Page的時候才有效。
　　config --
　　
　　<jsp:include page="/foo/foo.jsp" %> 和 <@ include file="/foo/foo.jsp" %>的區(qū)別是什么？
　　
　　<jsp:include ... -- request time.
　　<@ include ... -- Page translation time.
　　
　　Servlets/JSP Container(Engine)有幾種運(yùn)行方式？
　　
　　Standalone
　　Tomcat standalone mode
　　In-process
　　Tomcat running inside Apache Web Server.
　　Out-of-process
　　Apache + mod_jk + Tomcat
　　
　　Servlet,Servlet開發(fā)人員，Servlet API, Servlet Container的關(guān)系是什么？
　　
　　Servlet,Servlet開發(fā)人員 --->Servlet API --> Servlet Container
　　The parts of an HTTP message
　　
　　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: 52
　　
　　<html>
　　<body>
　　<h1>Hello, John!</h1>
　　</body>
　　</html>
　　
　　HTTP規(guī)范中定義了哪些方法？各自有什么用途？
　　
　　GET
　　HEAD
　　POST
　　從 Http 1.1規(guī)范開始，增加了以下的方法:
　　
　　PUT
　　OPTIONS
　　TRACE
　　DELETE
　　CONNECT
　　
　　ServetRequest中為什么要定義:getContentType(),getContentLength()方法。
　　
　　根據(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()和HttpServletResponse.sendRedirect()的區(qū)別是什么？
　　
　　RequestDispatcher.forward()是在服務(wù)器端運(yùn)行；HttpServletResponse.sendRedirect()是通過向客戶瀏覽器發(fā)送命令來完成。
　　
　　所以RequestDispatcher.forward()對于瀏覽器來說是“透明的”；而HttpServletResponse.sendRedirect()則不是。
　　
　　另外，還要注意RequestDispatcher.forward()在調(diào)用的時候Response不能已經(jīng)Commit了（Response.isCommitted()）。
　　
　　ServletContext.getRequestDispatcher(String url)和ServletRequest.getRequestDispatcher(String url)的區(qū)別是什么？為什么？
　　
　　ServletContext.getRequestDispatcher(String url)中的url只能使用絕對路徑；而ServletRequest.getRequestDispatcher(String url)中的url可以使用相對路徑。
　　
　　因?yàn)镾ervletRequest具有相對路徑的概念；而ServletContext對象無次概念。
　　
　　如何把請求轉(zhuǎn)移到另外一個Web App中的某個地址？
　　
　　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)方法。