IIS的主機頭值

主機頭是綁定域名，沒有域名不用設(shè)置主機頭
所謂的主機頭的叫法起自IIS中對域名綁定的功能，一般的web服務(wù)器一個ip地址的80端口只能正確對應(yīng)一個網(wǎng)站，處理一個域名的訪問請求。而web服務(wù)器在不使用多個ip地址和端口的情況下，如果需要支持多個相對獨立的網(wǎng)站就需要一種機制來分辨同一個ip地址上的不同網(wǎng)站的請求，這就出現(xiàn)了主機頭綁定的方法。簡單的說就是，將不同的網(wǎng)站空間對應(yīng)不同的域名，以連接請求中的域名字段來分發(fā)和應(yīng)答正確的對應(yīng)空間的文件執(zhí)行結(jié)果。

舉個例子來說，一臺服務(wù)器ip地址為192.168.1.10，有兩個域名和對應(yīng)的空間在這臺服務(wù)器上，使用的都是192.168.1.10的80端口來提供服務(wù)。如果只是簡單的將兩個域名A和B的域名記錄解析到這個ip地址，那么web服務(wù)器在收到任何請求時反饋的都會是同一個網(wǎng)站的信息，這顯然達(dá)不到要求。接下來我們使用主機頭綁定域名A和B到他們對應(yīng)的空間文件夾C和D。當(dāng)含有域名A的web請求信息到達(dá)192.168.1.10時，web服務(wù)器將執(zhí)行它對應(yīng)的空間C中的首頁文件，并返回給客戶端，含有域名B的web請求信息同理，只不過解釋的是空間D的文件。所以在使用主機頭綁定功能后就不能使用ip地址訪問其上的任何網(wǎng)站了，因為請求信息中不存在域名信息，所以會出錯。

一個服務(wù)器上可以放很多網(wǎng)站，但輸入不同的域名訪問不同的網(wǎng)站就是通過IIS的主機頭值來區(qū)分的。

IIS中http頭的作用

在IIS中有一個叫主機頭的概念，我們基本都已經(jīng)掌握，還有一個叫HTTP頭的概念，有的同學(xué)已經(jīng)問我這個問題，其實HTTP頭更多的涉及到軟件上的東東。
最直觀的HTTP頭就是當(dāng)我們在FROTPAGE或DREAMWEAVER中每次新建一個HTML頁面后，在這個頁面的代碼都會有這樣一行代碼：

其實這就是一個HTTP頭信息，HTML頁面開頭都會有類似的這樣一行代碼。

IIS調(diào)試中http

那么到底是么是HTTP頭呢？HTTP頭分為HTTP請求頭和HTTP應(yīng)答頭。HTTP請求頭為HTTP客戶在瀏覽服務(wù)器上的主頁時，向服務(wù)器發(fā)送請求的時候必須指明請求類型。請求類型是指HTTP-GET或HTTP-POST，每個HTTP-GET和HTTP-POST都由一系列HTTP請求頭組成，這些請求頭定義了客戶端從服務(wù)器請求了什么，而響應(yīng)則是由一系列HTTP應(yīng)答頭和應(yīng)答數(shù)據(jù)組成，如果請求成功則返回應(yīng)答。

我的理解：每次客戶端通過IE向服務(wù)器請求訪問一個頁面時總是使用HTTP的請求頭發(fā)送GET類型或POST類型的HTTP請求頭.服務(wù)器在發(fā)送應(yīng)答時，發(fā)送的是HTTP應(yīng)答請求。

請求頭和應(yīng)答具體有哪些標(biāo)識，我們不詳細(xì)講了，自己看以下內(nèi)容：

HTTP請求頭概述 （HttpServletRequest）
HTTP客戶程序（例如瀏覽器），向服務(wù)器發(fā)送請求的時候必須指明請求類型（一般是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倍的下載時間。
Accept-Language：瀏覽器所希望的語言種類，當(dāng)服務(wù)器能夠提供一種以上的語言版本時要用到。
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)點，當(dāng)頁面包含多個元素時（例如Applet，圖片），顯著地減少下載所需要的時間。要實現(xiàn)這一點，Servlet需要在應(yīng)答中發(fā)送一個Content-Length頭，最簡單的實現(xiàn)方法是：先把內(nèi)容寫入ByteArrayOutputStream，然后在正式寫出內(nèi)容之前計算它的大小。

Content-Length：表示請求消息正文的長度。
Cookie：這是最重要的請求頭信息之一
From：請求發(fā)送者的email地址，由一些特殊的Web客戶程序使用，瀏覽器不會用到它。
Host：初始URL中的主機和端口。
If-Modified-Since：只有當(dāng)所請求的內(nèi)容在指定的日期之后又經(jīng)過修改才返回它，否則返回304“Not Modified”應(yīng)答。
Pragma：指定“no-cache”值表示服務(wù)器必須返回一個刷新后的文檔，即使它是代理服務(wù)器而且已經(jīng)有了頁面的本地拷貝。
Referer：包含一個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://www.w3.org/Protocols/的HTTP規(guī)范。

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

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

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

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

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

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

setContentType：設(shè)置Content-Type頭。大多數(shù)Servlet都要用到這個方法。
setContentLength：設(shè)置Content-Length頭。對于支持持久HTTP連接的瀏覽器來說，這個函數(shù)是很有用的。
addCookie：設(shè)置一個Cookie（Servlet API中沒有setCookie方法，因為應(yīng)答往往包含多個Set-Cookie頭）。
另外，如上節(jié)介紹，sendRedirect方法設(shè)置狀態(tài)代碼302時也會設(shè)置Location頭。

有關(guān)HTTP頭詳細(xì)和完整的說明，請參見http://www.w3.org/Protocols/規(guī)范。

HTTP應(yīng)答頭 說明
Allow 服務(wù)器支持哪些請求方法（如GET、POST等）。

Content-Encoding 文檔的編碼（Encode）方法。只有在解碼之后才可以得到Content-Type頭指定的內(nèi)容類型。利用gzip壓縮文檔能夠顯著地減少HTML文檔的下載時間。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ù)據(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提供了一個專用的方法setContentTyep。

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

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

Last-Modified 文檔的最后改動時間?？蛻艨梢酝ㄟ^If-Modified-Since請求頭提供一個日期，該請求將被視為一個條件GET，只有改動時間遲于指定時間的文檔才會返回，否則返回一個304（Not Modified）狀態(tài)。Last-Modified也可用setDateHeader方法來設(shè)置。
Location 表示客戶應(yīng)當(dāng)?shù)侥睦锶ヌ崛∥臋n。Location通常不是直接設(shè)置的，而是通過HttpServletResponse的sendRedirect方法，該方法同時設(shè)置狀態(tài)代碼為302。

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

Server 服務(wù)器名字。Servlet一般不設(shè)置這個值，而是由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)答中這個頭是必需的。例如，response.setHeader("WWW-Authenticate", "BASIC realm=\"executives\"")。注意Servlet一般不進(jìn)行這方面的處理，而是讓W(xué)eb服務(wù)器的專門機制來控制受密碼保護(hù)頁面的訪問（例如.htaccess）。

5.3 實例：輸出所有的請求頭

下面的Servlet實例把所有接收到的請求頭和它的值以表格的形式輸出。另外，該Servlet還會輸出主請求命令的三個部分：請求方法，URI，協(xié)議/版本。

　　 ShowRequestHeaders.java

package hall;

import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
import java.util.*;

public class ShowRequestHeaders extends HttpServlet {
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/html");
PrintWriter out = response.getWriter();
String title = "顯示所有請求頭";
out.println(ServletUtilities.headWithTitle(title) +
"＜BODY BGCOLOR=＼"#FDF5E6＼"＞＼n" +
"＜H1 ALIGN=CENTER＞" + title + "＜/H1＞＼n" +
"＜B＞Request Method: ＜/B＞" +
request.getMethod() + "＜BR＞＼n" +
"＜B＞Request URI: ＜/B＞" +
request.getRequestURI() + "＜BR＞＼n" +
"＜B＞Request Protocol: ＜/B＞" +
request.getProtocol() + "＜BR＞＜BR＞＼n" +
"＜TABLE BORDER=1 ALIGN=CENTER＞＼n" +
"＜TR BGCOLOR=＼"#FFAD00＼"＞＼n" +
"＜TH＞Header Name＜TH＞Header Value");
Enumeration headerNames = request.getHeaderNames();
while(headerNames.hasMoreElements()) {
String headerName = (String)headerNames.nextElement();
out.println("＜TR＞＜TD＞" + headerName);
out.println(" ＜TD＞" + request.getHeader(headerName));
}
out.println("＜/TABLE＞＼n＜/BODY＞＜/HTML＞");
}

public void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}