為什么GenericServlet在init(ServletConfig config)基礎(chǔ)上增加了一個(gè)init()方法？
init()方法被GenericServlet.init(ServletConfig config)方法調(diào)用。
init()方法方便了開發(fā)人員定制Servlet的初始化，而無須去維護(hù)ServletConfig對(duì)象的存儲(chǔ)工作。
重寫GenericServlet.init(ServletConfig config)必須要顯示的調(diào)用super.init(config)方法。
ServletContext.getContext(java.lang.String uripath)的作用是什么？
返回同一Server中指定的path對(duì)應(yīng)的ServletContext對(duì)象,通過該對(duì)象可以實(shí)現(xiàn)與Server中的其他Context打交道。
uripath必須是以"/"開始（該路徑的含義是相對(duì)于整個(gè)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()方法？
對(duì)于HttpServlet來說沒有必要。只需要重寫它的doXXXX()方法就可以了。HttpServlet中service()方法會(huì)自動(dòng)的根據(jù)用戶請(qǐng)求類型把請(qǐng)求轉(zhuǎn)發(fā)給相應(yīng)的doXXXX()方法（例如doGet()方法）。
ServletRequest.getReader()和ServletRequest.getInputStream()如何使用？
注意兩個(gè)方法不能同時(shí)使用。
ServletRequest.getRealPath(String path)方法已經(jīng)不推薦使用。
請(qǐ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ū)別是什么?為什么要有兩個(gè)不同的方法呢？
當(dāng)用URL-rewriting方式來管理Session的時(shí)候，需要用到以上的兩個(gè)方法。
兩個(gè)方法的不同點(diǎn)是：兩個(gè)方法確定是否需要包含session ID的邏輯不同。
在調(diào)用HttpServletResponse.sendRedirect前，應(yīng)該先調(diào)用encodeRedirectURL()方法，否則可能會(huì)丟失Sesssion信息。 ...
如何使你的Servlet或者JSP實(shí)現(xiàn)Single Thread Model?
對(duì)于Servlet實(shí)現(xiàn)javax.single.SingleThreadModel接口。
對(duì)于JSP,在Page Directive中寫如下的語句<%@ page isThreadSafe="false" %>
JSP Tag 和 JSP XML-based Tag
...
如何把某一個(gè)JSP Page定義成為Error Page?為什么要這樣做？
實(shí)現(xiàn)方法： <%@ page isErrorPage="true" %>
為什么？ 因?yàn)樾枰@取Exception 對(duì)象（缺省情況下，在JSP Page中是不能直接使用“隱含對(duì)象” 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(可能會(huì)很多次，如果JSP Page中聲明了<%@ page isThreadSafe="false" %>)
Call jspInit method（一般的JSP Page都沒有重寫這個(gè)方法，重寫需要在聲明語句段中）。
Call _jspService method（類似與一般HttpServlet的doGet和doPost方法，但是可以同時(shí)用來處理Post和Getq請(qǐng)求）。
Call jspDestroy method（Server在卸載Servet的時(shí)候，例如當(dāng)Servlet很久沒有使用的情況）。
JSP Page中有哪些隱含對(duì)象(Implicity Object)?各自的類型和作用是什么？
request --
reponse --
session --
application --
out --
page --
pagecontext --
exception -- 只有在當(dāng)前JSP Page為Error Page的時(shí)候才有效。
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
下面是一個(gè)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)容的格式，這些東西對(duì)于Request和Reponse是一樣的。
對(duì)于GET方式發(fā)送的請(qǐng)求，其內(nèi)容類型為：null
對(duì)于POST方式發(fā)送的請(qǐng)求，其內(nèi)容類型為：application/x-www-form-urlencoded
POST方式發(fā)送請(qǐng)求的內(nèi)容類似于：username=xuejava.
RequestDispatcher.forward()和HttpServletResponse.sendRedirect()的區(qū)別是什么？
RequestDispatcher.forward()是在服務(wù)器端運(yùn)行；HttpServletResponse.sendRedirect()是通過向客戶瀏覽器發(fā)送命令來完成。
所以RequestDispatcher.forward()對(duì)于瀏覽器來說是“透明的”；而HttpServletResponse.sendRedirect()則不是。
另外，還要注意RequestDispatcher.forward()在調(diào)用的時(shí)候Response不能已經(jīng)Commit了（Response.isCommitted()）。
ServletContext.getRequestDispatcher(String url)和ServletRequest.getRequestDispatcher(String url)的區(qū)別是什么？為什么？
ServletContext.getRequestDispatcher(String url)中的url只能使用絕對(duì)路徑；而ServletRequest.getRequestDispatcher(String url)中的url可以使用相對(duì)路徑。
因?yàn)镾ervletRequest具有相對(duì)路徑的概念；而ServletContext對(duì)象無次概念。
如何把請(qǐng)求轉(zhuǎn)移到另外一個(gè)Web App中的某個(gè)地址？
ServletContext.getRequestDispatcher(String url)和ServletRequest.getRequestDispatcher(String url)只能把請(qǐng)求轉(zhuǎn)移到同一個(gè)Web App中的地址。
如果需要把請(qǐng)求轉(zhuǎn)移到另外一個(gè)Web App中的某個(gè)地址，可以按下面的做法：
1. 獲得另外一個(gè)Web App的ServletConext對(duì)象(currentServletContext.getContext(uripath)).
2. 調(diào)用ServletContext.getRequestDispatcher(String url)方法。