Servlet 2.5版本終止響應
***處優(yōu)化細小又深奧，但做為規(guī)范中的一個例子還有蠻有趣的。Servlet 2.4規(guī)范規(guī)定響應在這幾種情況下應該是有效的，包括：在響應的setContentLength方法中內(nèi)容已經(jīng)明確說明，以及內(nèi)容已經(jīng)寫進了響應中。這種情況只有你的代碼像下面這樣才可以使響應重新定向：
◆response.setHeader("Host", "localhost")；
◆response.setHeader("Pragma", "no-cache")；
◆response.setHeader("Content-Length", "0")；
◆response.setHeader("Location", http://www.apache.org")；
Servlet技術(shù)忽略特定區(qū)域的標題頭，因為內(nèi)容滿足0字節(jié)長度，響應就會立即生效。而在它開始之前，響應就已失效了！Servlet容器通常拒絕執(zhí)行這種行為，而Servlet 2.5版本增加了“長度必須大于0”這個原則。
實例編碼：
Servlet 2.4 規(guī)范規(guī)定必須在調(diào)用request.getReader()方法之前調(diào)用request.setCharacterEncoding()方法。但是，如果你忽略這個原則而在其之后去調(diào)用request.setCharacterEncoding()方法，那么會產(chǎn)生什么后果，這個問題規(guī)范里并沒有說。為了簡便，現(xiàn)在消除這種情況！
Cross-context sessions(不同上下文目錄間的會話)：
最近，關(guān)于Cross-context會話處理的規(guī)則已經(jīng)明確說明。當Servlets指派從一個上下文到其他上下文的請求時，這個規(guī)則就發(fā)揮了作用??在目標調(diào)用過程中，包括哪些會話。這個版本的出現(xiàn)使得一個上下文目錄的主頁里的portlets可以通過幾種內(nèi)部的命令來對別的上下文目錄里的portlets起作用。
Servlet 2.5版本明確指出一個上下文目錄里的資源可以訪問其他上下文目錄的session(會話)，而不用考慮這個請求從哪里開始的。這意味著portlets可以脫離主頁的范圍而在自己的范圍里運行，而且這個規(guī)范還會應用在不兼容的Serlvet容器中。期待：
由于Servlet 2.5版本要保持一些舊的性質(zhì)，幾個大的概念不得不延后到下一個階段。它們包括：
◆新的輸入/輸出(NIO)支持：使NIO通道更有利于Servlets進行客戶端通信成為可能。
◆過濾器wrap-under或wrap-over語義：有時用過濾器包裝請求，和/或者響應對象去修改方法行為或者啟用新的方法。當把這種包裝和服務器對請求和響應的包裝結(jié)合起來時，又應該怎么包裝在一起？
◆用于歡迎的Servlets文件：做為索引應該充當歡迎作用的文件嗎？在此之前，這個回答是肯定的。但是規(guī)范沒有明確說明如何使用這個功能，尤其在沒有索引的情況下。
◆用于歡迎的文件的分派規(guī)則：如何分派歡迎文件，這個細節(jié)并沒有完全說明，而是遺留了一些開放的缺口來應對不兼容問題。
◆登陸后選擇默認頁面：如果用戶通過他們的書簽訪問Servlet的登陸頁面，那么在成功登陸后頁面應該轉(zhuǎn)向哪里呢？這個問題至今尚未明確說明。
◆用戶的主題日志：在通過網(wǎng)站正確地注冊之后，不通過傳統(tǒng)地登陸方式?jīng)]有辦法使Servlet信任用戶。
【編輯推薦】
