HTTP請求頭概述

HTTP請求頭概述 （HttpServletRequest） HTTP客戶程序（例如瀏覽器），向服務(wù)器發(fā)送請求的時(shí)候必須指明請求類型（一般是GET或者POST）。如有必要，客戶程序還可以選擇發(fā)送其他的請求頭。大多數(shù)請求頭并不是必需的，但Content-Length除外。對于POST請求來說Content-Length必須出現(xiàn)。 下面是一些最常見的請HTTP請求頭概述 （HttpServletRequest）

網(wǎng)站建設(shè)哪家好，找成都創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了登封免費(fèi)建站歡迎大家使用！

HTTP客戶程序（例如瀏覽器），向服務(wù)器發(fā)送請求的時(shí)候必須指明請求類型（一般是GET或者POST）。如有必要，客戶程序還可以選擇發(fā)送其他的請求頭。大多數(shù)請求頭并不是必需的，但Content-Length除外。對于POST請求來說Content-Length必須出現(xiàn)。

下面是一些最常見的請求頭

Accept：瀏覽器可接受的MIME類型。

Accept-Charset：瀏覽器可接受的字符集。

Accept-Encoding：瀏覽器能夠進(jìn)行解碼的數(shù)據(jù)編碼方式，比如gzip。Servlet能夠向支持gzip的瀏覽器返回經(jīng)gzip編碼的HTML頁面。許多情形下這可以減少5到10倍的下載時(shí)間。

Accept-Language：瀏覽器所希望的語言種類，當(dāng)服務(wù)器能夠提供一種以上的語言版本時(shí)要用到。

Authorization：授權(quán)信息，通常出現(xiàn)在對服務(wù)器發(fā)送的WWW-Authenticate頭的應(yīng)答中。

Connection：表示是否需要持久連接。如果Servlet看到這里的值為“Keep-Alive”，或者看到請求使用的是HTTP 1.1（HTTP 1.1默認(rèn)進(jìn)行持久連接），它就可以利用持久連接的優(yōu)點(diǎn)，當(dāng)頁面包含多個(gè)元素時(shí)（例如Applet，圖片），顯著地減少下載所需要的時(shí)間。要實(shí)現(xiàn)這一點(diǎn)，Servlet需要在應(yīng)答中發(fā)送一個(gè)Content-Length頭，最簡單的實(shí)現(xiàn)方法是：先把內(nèi)容寫入ByteArrayOutputStream，然后在正式寫出內(nèi)容之前計(jì)算它的大小。

Content-Length：表示請求消息正文的長度。

Cookie：這是最重要的請求頭信息之一

From：請求發(fā)送者的email地址，由一些特殊的Web客戶程序使用，瀏覽器不會用到它。

Host：初始URL中的主機(jī)和端口。

If-Modified-Since：只有當(dāng)所請求的內(nèi)容在指定的日期之后又經(jīng)過修改才返回它，否則返回304“Not Modified”應(yīng)答。

Pragma：指定“no-cache”值表示服務(wù)器必須返回一個(gè)刷新后的文檔，即使它是代理服務(wù)器而且已經(jīng)有了頁面的本地拷貝。

Referer：包含一個(gè)URL，用戶從該URL代表的頁面出發(fā)訪問當(dāng)前請求的頁面。

User-Agent：瀏覽器類型，如果Servlet返回的內(nèi)容與瀏覽器類型有關(guān)則該值非常有用。

UA-Pixels，UA-Color，UA-OS，UA-CPU：由某些版本的IE瀏覽器所發(fā)送的非標(biāo)準(zhǔn)的請求頭，表示屏幕大小、顏色深度、操作系統(tǒng)和CPU類型。

有關(guān)HTTP頭完整、詳細(xì)的說明，請參見的HTTP規(guī)范。

HTTP應(yīng)答頭概述（HttpServletResponse）

Web服務(wù)器的HTTP應(yīng)答一般由以下幾項(xiàng)構(gòu)成：一個(gè)狀態(tài)行，一個(gè)或多個(gè)應(yīng)答頭，一個(gè)空行，內(nèi)容文檔。設(shè)置HTTP應(yīng)答頭往往和設(shè)置狀態(tài)行中的狀態(tài)代碼結(jié)合起來。例如，有好幾個(gè)表示“文檔位置已經(jīng)改變”的狀態(tài)代碼都伴隨著一個(gè)Location頭，而401（Unauthorized）狀態(tài)代碼則必須伴隨一個(gè)WWW-Authenticate頭。

然而，即使在沒有設(shè)置特殊含義的狀態(tài)代碼時(shí)，指定應(yīng)答頭也是很有用的。應(yīng)答頭可以用來完成：設(shè)置Cookie，指定修改日期，指示瀏覽器按照指定的間隔刷新頁面，聲明文檔的長度以便利用持久HTTP連接，……等等許多其他任務(wù)。

設(shè)置應(yīng)答頭最常用的方法是HttpServletResponse的setHeader，該方法有兩個(gè)參數(shù)，分別表示應(yīng)答頭的名字和值。和設(shè)置狀態(tài)代碼相似，設(shè)置應(yīng)答頭應(yīng)該在發(fā)送任何文檔內(nèi)容之前進(jìn)行。

setDateHeader方法和setIntHeadr方法專門用來設(shè)置包含日期和整數(shù)值的應(yīng)答頭，前者避免了把Java時(shí)間轉(zhuǎn)換為GMT時(shí)間字符串的麻煩，后者則避免了把整數(shù)轉(zhuǎn)換為字符串的麻煩。

HttpServletResponse還提供了許多設(shè)置

setContentType：設(shè)置Content-Type頭。大多數(shù)Servlet都要用到這個(gè)方法。

setContentLength：設(shè)置Content-Length頭。對于支持持久HTTP連接的瀏覽器來說，這個(gè)函數(shù)是很有用的。

addCookie：設(shè)置一個(gè)Cookie（Servlet API中沒有setCookie方法，因?yàn)閼?yīng)答往往包含多個(gè)Set-Cookie頭）。

另外，如上節(jié)介紹，sendRedirect方法設(shè)置狀態(tài)代碼302時(shí)也會設(shè)置Location頭。

有關(guān)HTTP頭詳細(xì)和完整的說明，請參見規(guī)范。

HTTP應(yīng)答頭 說明

Allow 服務(wù)器支持哪些請求方法（如GET、POST等）。

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

Content-Length 表示內(nèi)容長度。只有當(dāng)瀏覽器使用持久HTTP連接時(shí)才需要這個(gè)數(shù)據(jù)。如果你想要利用持久連接的優(yōu)勢，可以把輸出文檔寫入ByteArrayOutputStram，完成后查看其大小，然后把該值放入Content-Length頭，最后通過byteArrayStream.writeTo(response.getOutputStream()發(fā)送內(nèi)容。

Content-Type 表示后面的文檔屬于什么MIME類型。Servlet默認(rèn)為text/plain，但通常需要顯式地指定為text/html。由于經(jīng)常要設(shè)置Content-Type，因此HttpServletResponse提供了一個(gè)專用的方法setContentTyep。

Date 當(dāng)前的GMT時(shí)間。你可以用setDateHeader來設(shè)置這個(gè)頭以避免轉(zhuǎn)換時(shí)間格式的麻煩。

Expires 應(yīng)該在什么時(shí)候認(rèn)為文檔已經(jīng)過期，從而不再緩存它？

Last-Modified 文檔的最后改動時(shí)間?？蛻艨梢酝ㄟ^If-Modified-Since請求頭提供一個(gè)日期，該請求將被視為一個(gè)條件GET，只有改動時(shí)間遲于指定時(shí)間的文檔才會返回，否則返回一個(gè)304（Not Modified）狀態(tài)。Last-Modified也可用setDateHeader方法來設(shè)置。

Location 表示客戶應(yīng)當(dāng)?shù)侥睦锶ヌ崛∥臋n。Location通常不是直接設(shè)置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時(shí)設(shè)置狀態(tài)代碼為302。

Refresh 表示瀏覽器應(yīng)該在多少時(shí)間之后刷新文檔，以秒計(jì)。除了刷新當(dāng)前文檔之外，你還可以通過setHeader("Refresh", "5; URL=")讓瀏覽器讀取指定的頁面。注意這種功能通常是通過設(shè)置HTML頁面HEAD區(qū)的META HTTP-EQUIV="Refresh" CONTENT="5;URL="實(shí)現(xiàn)，這是因?yàn)?，自動刷新或重定向?qū)τ谀切┎荒苁褂肅GI或Servlet的HTML編寫者十分重要。但是，對于Servlet來說，直接設(shè)置Refresh頭更加方便。注意Refresh的意義是“N秒之后刷新本頁面或訪問指定頁面”，而不是“每隔N秒刷新本頁面或訪問指定頁面”。因此，連續(xù)刷新要求每次都發(fā)送一個(gè)Refresh頭，而發(fā)送204狀態(tài)代碼則可以阻止瀏覽器繼續(xù)刷新，不管是使用Refresh頭還是META HTTP-EQUIV="Refresh" ...。注意Refresh頭不屬于HTTP 1.1正式規(guī)范的一部分，而是一個(gè)擴(kuò)展，但Netscape和IE都支持它。

Server 服務(wù)器名字。Servlet一般不設(shè)置這個(gè)值，而是由Web服務(wù)器自己設(shè)置。

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

WWW-Authenticate 客戶應(yīng)該在Authorization頭中提供什么類型的授權(quán)信息？在包含401（Unauthorized）狀態(tài)行的應(yīng)答中這個(gè)頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不進(jìn)行這方面的處理，而是讓W(xué)eb服務(wù)器的專門機(jī)制來控制受密碼保護(hù)頁面的訪問（例如.htaccess）。

java中如何設(shè)置HTTP協(xié)議的頭信息（header）

首先，我們先看一下http的頭信息到底是什么：

HTTP（HyperTextTransferProtocol） 即超文本傳輸協(xié)議，目前網(wǎng)頁傳輸?shù)牡耐ㄓ脜f(xié)議。HTTP協(xié)議采用了請求/響應(yīng)模型，瀏覽器或其他客戶端發(fā)出請求，服務(wù)器給與響應(yīng)。就整個(gè)網(wǎng)絡(luò)資源傳輸而 言，包括message-header和message-body兩部分。首先傳遞message- header，即http header消息。http header 消息通常被分為4個(gè)部分： general header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確，根據(jù)日常使用，大體分為Request和Response兩部分。

在通常的servlet/jsp應(yīng)用中，我們只是從http的header中取得信息，如果要設(shè)置信息，需要用到HttpClient，具體的設(shè)置方法如下：

HttpResponse response = null;

HttpGet get = new HttpGet(url);

get.addHeader("Accept", "text/html");

get.addHeader("Accept-Charset", "utf-8");

get.addHeader("Accept-Encoding", "gzip");

get.addHeader("Accept-Language", "en-US,en");

get.addHeader("User-Agent", "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.160 Safari/537.22");

response = client.execute(get);

HttpEntity entity = response.getEntity();

Header header = entity.getContentEncoding();

if (header != null)

{

HeaderElement[] codecs = header.getElements();

for (int i = 0; i codecs.length; i++)

{

if (codecs[i].getName().equalsIgnoreCase("gzip"))

{

response.setEntity(new GzipDecompressingEntity(entity));

}

}

}

return response;

其中，client為一個(gè)HttpClient的實(shí)力，創(chuàng)建方式如：

SchemeRegistry schemeRegistry = new SchemeRegistry();

schemeRegistry.register(new Scheme("http", 80, PlainSocketFactory.getSocketFactory()));

schemeRegistry.register(new Scheme("https", 443, SSLSocketFactory.getSocketFactory()));

PoolingClientConnectionManager cm = new PoolingClientConnectionManager(schemeRegistry);

cm.setMaxTotal(200);

cm.setDefaultMaxPerRoute(2);

HttpHost googleResearch = new HttpHost("research.google.com", 80);

HttpHost wikipediaEn = new HttpHost("en.wikipedia.org", 80);

cm.setMaxPerRoute(new HttpRoute(googleResearch), 30);

cm.setMaxPerRoute(new HttpRoute(wikipediaEn), 50);

DefaultHttpClient client = new DefaultHttpClient(cm);

關(guān)于zblog博客程序的安裝問題。

一般大致分為倆種情況，是服務(wù)器還是本地。zblog安裝所在文件夾的寫權(quán)限很重要。而zblog的另一個(gè)要求臨時(shí)文件夾的寫權(quán)限，這一點(diǎn)在服務(wù)器一般都是默認(rèn)，而如果是XP系統(tǒng)，同時(shí)C盤使用的是NTFS格式的話，就需要設(shè)置了。解決zblog數(shù)據(jù)庫連接錯(cuò)誤的步驟：

1、zblog安裝文件目錄的寫權(quán)限。

如果你的網(wǎng)站是在虛擬主機(jī)上，而又無法運(yùn)行zblog，這個(gè)步驟需要和技術(shù)人員溝通，使你獲得對自己主機(jī)空間文件夾的修改權(quán)限。

如果是zblog本地安裝調(diào)試那么需要自己完成如下操作：zblog所在磁盤是FT32格式的話，此處不需要設(shè)置。如果是NTFS格式，則需要開啟整個(gè)zblog所在文件夾（包括子文件夾）的everyone寫權(quán)限。你可以按照以下步驟來完成設(shè)定。操作：雙擊打開“我的電腦”—“工具”菜單—“文件夾選項(xiàng)”—“查看”—去掉“使用簡單文件共享”前面的對勾。右鍵zblog安裝的文件目錄—“屬性”—“安全”—選擇“everyone”帳戶，勾選下面的允許“修改”對應(yīng)的勾（同時(shí)你會發(fā)現(xiàn)自動勾選了很多，不要管）。點(diǎn)擊確定，并應(yīng)用于子文件夾（有提示）。如果沒有everyone賬戶，點(diǎn)擊添加—高級—立即查找，找到Everyone，選擇即可。一般能夠解決，如不行請看下面。

2、zblog需要系統(tǒng)目錄的temp文件夾的寫權(quán)限。

如果是虛擬主機(jī)，一般不需要此步操作。如果是本地調(diào)試此步驟需要完成本步操作。使用和步驟1相同的方法設(shè)定“C:\WINDOWS”下temp文件夾的everyone的修改屬性。

3、重新安裝zblog。

設(shè)定完以上兩個(gè)文件夾的寫權(quán)限后，需重新通過瀏覽器打開網(wǎng)站，數(shù)據(jù)庫鏈接錯(cuò)誤問題一般都會解決。若你發(fā)現(xiàn)完成以上倆步后zblog提示你安裝配置zblog的數(shù)據(jù)庫名和帳戶密碼，那么上一次的配置并沒有被寫到數(shù)據(jù)庫里，否則不會提示你重新安裝了。這也就是為何你無法登陸zblog，并提示“數(shù)據(jù)庫錯(cuò)誤”的原因了。如果你是一個(gè)有心人，這時(shí)打開zblog安裝目錄下的data文件夾，zblog的默認(rèn)數(shù)據(jù)庫文件zblog.mdb仍然躺在那里而不是一個(gè)很長的文件名。而一般情況下，正常安裝zblog后，這個(gè)zblog.mdb一定會更換為一個(gè)很長的文件名字。

切記不可刪除zblog文件夾，然后重新復(fù)制一個(gè)過來，此時(shí)zblog文件夾仍然沒有everyone寫權(quán)限。如果上面的步驟不可以，你可以嘗試此操作，一定要重新設(shè)定一遍zblog的寫權(quán)限（包括子文件夾），然后就可正常使用。

關(guān)于更多zblog技巧看我空間。