HTTP 響應頭信息

服務器支持哪些請求方法（如GET、POST等）。

文檔的編碼（Encode）方法。 只有在解碼之後才可以得到Content-Type頭指定的內容類型。 利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。 Java的GZIPOutputStream可以很方便地進行gzip壓縮，但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。 因此，Servlet應該通過查看Accept-Encoding頭（即request.getHeader("Accept-Encoding")）檢查瀏覽器是否支持gzip，為支持gzip的瀏覽器返回經gzip壓縮的HTML頁面，為其他瀏覽器返回普通頁面。

表示內容長度。 只有當瀏覽器使用持久HTTP連接時才需要這個數據。 如果你想要利用持久連接的優勢，可以把輸出文檔寫入ByteArrayOutputStream，完成後查看其大小，然後把該值放入Content-Length頭，最後通過byteArrayStream.writeTo(response.getOutputStream()發送內容。

表示後面的文檔屬於什麼MIME類型。 Servlet默認為text/plain，但通常需要顯式地指定為text/html。 由於經常要設置Content-Type，因此HttpServletResponse提供了一個專用的方法setContentType。

當前的GMT時間。 你可以用setDateHeader來設置這個頭以避免轉換時間格式的麻煩。

應該在什麼時候認為文檔已經過期，從而不再緩存它？

文檔的最後改動時間。 客戶可以通過If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲於指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態。 Last-Modified也可用setDateHeader方法來設置。

表示客戶應當到哪裡去提取文檔。 Location通常不是直接設置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設置狀態代碼為302。

表示瀏覽器應該在多少時間之後刷新文檔，以秒計。 除了刷新當前文檔之外，你還可以通過setHeader("Refresh", "5; URL=http://host/path")讓瀏覽器讀取指定的頁面。
注意這種功能通常是通過設置HTML頁面HEAD區的＜META HTTP-EQUIV="Refresh" CONTENT="5;URL=http://host/path"＞實現，這是因為，自動刷新或重定向對於那些不能使用CGI或Servlet的HTML編寫者十分重要。 但是，對於Servlet來說，直接設置Refresh頭更加方便。

注意Refresh的意義是"N秒之後刷新本頁面或訪問指定頁面"，而不是"每隔N秒刷新本頁面或訪問指定頁面"。 因此，連續刷新要求每次都發送一個Refresh頭，而發送204狀態代碼則可以阻止瀏覽器繼續刷新，不管是使用Refresh頭還是＜META HTTP-EQUIV="Refresh" ...＞。

注意Refresh頭不屬於HTTP 1.1正式規範的一部分，而是一個擴展，但Netscape和IE都支持它。

服務器名字。 Servlet一般不設置這個值，而是由Web服務器自己設置。

設置和頁面關聯的Cookie。 Servlet不應使用response.setHeader("Set-Cookie", ...)，而是應使用HttpServletResponse提供的專用方法addCookie。 參見下文有關Cookie設置的討論。

客戶應該在Authorization頭中提供什麼類型的授權信息？ 在包含401（Unauthorized）狀態行的應答中這個頭是必需的。 例如，response.setHeader("WWW-Authenticate", "BASIC realm=＼"executives＼"")。
注意Servlet一般不進行這方面的處理，而是讓Web服務器的專門機制來控制受密碼保護頁面的訪問（例如.htaccess）。