為什么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.getContect(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)方法。
未完待續(xù)
posted on 2005-11-30 16:56
Steve 閱讀(375)
評(píng)論(0) 編輯 收藏 所屬分類:
Java 技朮