一個(gè)完整的http響應(yīng)包括響應(yīng)行，若干響應(yīng)頭和響應(yīng)數(shù)據(jù)主體三部分構(gòu)成。如果我們能用響應(yīng)對象來進(jìn)行這三部分的處理，就能向客戶發(fā)送特定的響應(yīng)數(shù)據(jù)包。

先從HttpServletResponse對象的方法中可以看到有如下方法（部分）：

這只是一部分，但是我們卻可以看出，通過響應(yīng)對象的方法，我們就能設(shè)置響應(yīng)客戶端數(shù)據(jù)的一些信息。比如setStatus（int sc）方法，我們從HttpServletResponse的API中的字段定義可找到已經(jīng)設(shè)置好的響應(yīng)碼（部分）：

我們通過setHeader或者addHeader就能對一些數(shù)據(jù)進(jìn)行跟客戶端的告知，比如我想讓某個(gè)頁面的數(shù)據(jù)在客戶端保存一天，也就是如果客戶端再向我請求的話，則它應(yīng)該去緩存中獲取，直到一天之后才能重新向我請求，那么我就必須使用到了“Expires”響應(yīng)頭，將這個(gè)響應(yīng)頭的值設(shè)為一天后的時(shí)間告訴給客戶端：

在MyEclipse中的【myservlet】web工程下，創(chuàng)建名為ServletDemo1的Servlet，代碼如下：

public class ServletDemo extends HttpServlet {
   public void doGet(HttpServletRequest request, HttpServletResponse response)
       throws ServletException, IOException {
 
     long expiresTime = System.currentTimeMillis()+1*24*60*60*1000; //將緩存截止時(shí)間設(shè)置為一天后
     response.setDateHeader("expires", expiresTime);
     
   }
 }　

這時(shí)候用瀏覽器來訪問這個(gè)Servlet（訪問之前最好現(xiàn)將瀏覽器中的緩沖清除干凈），訪問之后我們再來看看這個(gè)緩存的頁面文件：

右鍵查看其屬性：

可以看到我們是在9月28日訪問的這個(gè)文件，而服務(wù)器已經(jīng)將這個(gè)文件的緩沖時(shí)間設(shè)置為了29日。

注意：對于”Expires”響應(yīng)頭的設(shè)置必須使用setDateHeader方法，使用setHeader方法無效。

使用響應(yīng)對象可以向客戶端寫入數(shù)據(jù)，我們采用獲取響應(yīng)對象的輸出流，將數(shù)據(jù)用write方法寫，這些數(shù)據(jù)是寫入到響應(yīng)對象中，而服務(wù)器再將這些響應(yīng)對象回傳給客戶端進(jìn)行解析。而這些數(shù)據(jù)在響應(yīng)對象中正是處于HTTP協(xié)議的響應(yīng)數(shù)據(jù)實(shí)體中。

通過HttpServletResponse對象的父類ServletResponse對象的getOutputStream方法和getWriter方法可以獲取向響應(yīng)對象的數(shù)據(jù)實(shí)體中寫入數(shù)據(jù)。這里如果傳送的是英文數(shù)據(jù)一般都沒有什么問題，而中文編碼則是會(huì)令人頭疼的。

首先我們來看響應(yīng)對象的getOutputStream方法，我們在一個(gè)Servlet程序中代碼如下：

   String data = "銀魂";
   OutputStream out = response.getOutputStream();
   out.write(data.getBytes());

而在瀏覽器中訪問這個(gè)Servlet，看到的是：

是的，沒有出現(xiàn)亂碼的問題，這主要有兩點(diǎn)原因：

一個(gè)是瀏覽器本身的解碼方式是根據(jù)平臺(tái)語言環(huán)境來設(shè)置的，我的操作系統(tǒng)是Windows的中文版本，因此瀏覽器的解碼采用的編碼表為“GB2312”：

另一個(gè)原因是因?yàn)椋趯⒆址D(zhuǎn)為字節(jié)數(shù)組時(shí)，采用了getBytes()方法，這個(gè)方法在String類的API文檔中明確說明了采用平臺(tái)默認(rèn)的字符集，根據(jù)我的系統(tǒng)這個(gè)方法也采用了“GB2312”編碼表。

因此服務(wù)器編碼和客戶端解碼都采用同一編碼表這就不會(huì)出現(xiàn)中文亂碼問題。

如果我在getBytes方法中采用UTF-8編碼，那么結(jié)果自然會(huì)出錯(cuò)：

   String data = "銀魂";
   OutputStream out = response.getOutputStream();
   out.write(data.getBytes("UTF-8"));

除非你也在瀏覽器中更改編碼方式，改成UTF-8就可以重新看到正確的中文數(shù)據(jù)了：

當(dāng)然這肯定不適合給用戶這么操作，畢竟不是誰都懂瀏覽器的編碼。

如果我們一定要將中文數(shù)據(jù)采用“UTF-8”的方式（UTF-8有利于國際化），有這么兩種解決采用UTF-8編碼方式的中文亂碼問題：

第一種解決方式：使用HttpServletResponse響應(yīng)對象的setHeader的方法，將“Content-type”這個(gè)響應(yīng)頭中設(shè)置編碼方式。同時(shí)，sun公司也提供了更便捷的代碼語句setContentType給編程人員使用。

在Servlet中的代碼：

 　　response.setHeader("content-type", "text/html;charset=UTF-8");
 　　//response.setContentType("text/html;charset=UTF-8");  //這句功能同上一句
   String data = "銀魂";
   OutputStream out = response.getOutputStream();
   out.write(data.getBytes("UTF-8"));

這樣在瀏覽器中可以看到正確的中文數(shù)據(jù)，并且瀏覽器自動(dòng)將編碼方式采用UTF-8：

附帶從HttpWatch中觀察到的數(shù)據(jù)包：

注意：如果response.setHeader("content-type", "text/html;charset=UTF-8");中將"text/html;charset=UTF-8"中的分號“;”寫成了逗號“,”就會(huì)變成下載該Servlet文件。

所以書寫要注意。

第二種解決方式：我們不直接在響應(yīng)對象中設(shè)置“Content-type”這個(gè)響應(yīng)頭，而是通過HTML的<meta>標(biāo)簽，該標(biāo)簽的作用就是模擬一個(gè)響應(yīng)頭，這樣在回傳的響應(yīng)對象中，某些響應(yīng)頭就不會(huì)被設(shè)置，但是還是有這個(gè)響應(yīng)頭的功能，例如我們在HTML頁面中經(jīng)常能見到的<meta http-equiv="content-type" content="text/html;charset=utf-8">這個(gè)標(biāo)簽，是不是和第一種方式很像。相關(guān)代碼為：

   String data = "銀魂";
   OutputStream out = response.getOutputStream();
   out.write("<meta http-equiv='content-type' content='text/html;charset=utf-8'>".getBytes());
   out.write(data.getBytes("UTF-8"));

這時(shí)候在瀏覽器中同樣能觀察到正確的中文數(shù)據(jù)，同時(shí)可以看到瀏覽器已經(jīng)自動(dòng)采用“UTF-8”編碼方式：

同時(shí)，在瀏覽器瀏覽源代碼和觀察HttpWatch窗口：

從上面可以看出，服務(wù)器發(fā)回的響應(yīng)中沒有“Content-type”這個(gè)響應(yīng)頭，但是在響應(yīng)數(shù)據(jù)實(shí)體中有<meta>標(biāo)簽，瀏覽器能解析這個(gè)HTML語言，得到這個(gè)標(biāo)簽中設(shè)置的“Content-type”模擬響應(yīng)頭，因此能根據(jù)這個(gè)模擬響應(yīng)頭中的編碼方式來設(shè)置瀏覽器應(yīng)該采用的碼表。

如果我們用輸出流直接輸出數(shù)字的話，會(huì)是輸出這個(gè)數(shù)字在編碼表中代表的字符，如代碼為：

 public void doGet(HttpServletRequest request, HttpServletResponse response)
       throws ServletException, IOException {
     
    response.getOutputStream().write(97);
   }  

在瀏覽器中得到：a。

說完了從響應(yīng)對象中得到OutputSteam對象，接著我們來討論從響應(yīng)對象中得到Writer對象，眾所周知，字符流是由字節(jié)流加編碼表組成，那么在響應(yīng)對象中的字符流采用什么編碼表方式呢？我們來看看HttpServletResponse對象的getWriter（）方法的API手冊說明：

從這里面看出如果沒有為這個(gè)getWriter（）方法設(shè)置編碼表，那么則默認(rèn)采用 “ISO-8859-1”編碼表?；蛘卟捎庙憫?yīng)對象的getCharacterEncoding()方法查看也可以。

那么在服務(wù)器端如果要改變對封裝數(shù)據(jù)的編碼格式可以有兩種方式：

第一種：使用響應(yīng)對象的setCharacterEncoding()方法來設(shè)置服務(wù)器采用的編碼表，接著使用setContendType或者setHeader告知客戶端服務(wù)器采用的編碼表，后者在上面已經(jīng)說過。

示例代碼：

 public class ServletResponse extends HttpServlet {
 
   public void doGet(HttpServletRequest request, HttpServletResponse response)
       throws ServletException, IOException {
     
     response.setCharacterEncoding("UTF-8");
     response.setContentType("text/html;charset=UTF-8");
     PrintWriter writer = response.getWriter();
     String data = "銀魂";
     writer.write(data);  
   }
 }

注意，光只有setCharacterEncoding()方法只能改變服務(wù)器端采用的編碼表，而沒能通知客戶端，所以需要setContentType設(shè)置“Content-type”響應(yīng)頭，或者如之前所說的寫入<meta>標(biāo)簽來模擬“Content-type”響應(yīng)頭。

第二種：直接使用setContentType方法，通過這種方法，可以在服務(wù)器和客戶端同時(shí)設(shè)置編碼表，也就是第一種方式中兩個(gè)方法的結(jié)合，因此上述示例的代碼如下：

 public void doGet(HttpServletRequest request, HttpServletResponse response)
       throws ServletException, IOException {
     response.setContentType("text/html;charset=UTF-8");
     
     PrintWriter writer = response.getWriter();
     String data = "銀魂";
     writer.write(data);  
 }
 }

以上分別從響應(yīng)對象HttpServletResponse中根據(jù)獲取的字節(jié)流或者字符流向客戶端輸出數(shù)據(jù)時(shí)會(huì)碰到的中文亂碼問題做出了分析和解決。

最新評論