IIS的主機頭值

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

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

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

IIS中http頭的作用

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

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

IIS調試中http

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

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

請求頭和應答具體有哪些標識，我們不詳細講了，自己看以下內容：

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

Accept：瀏覽器可接受的MIME類型。
Accept-Charset：瀏覽器可接受的字符集。
Accept-Encoding：瀏覽器能夠進行解碼的數據編碼方式，比如gzip。Servlet能夠向支持gzip的瀏覽器返回經gzip編碼的HTML頁面。許多情形下這可以減少5到10倍的下載時間。
Accept-Language：瀏覽器所希望的語言種類，當服務器能夠提供一種以上的語言版本時要用到。
Authorization：授權信息，通常出現在對服務器發送的WWW-Authenticate頭的應答中。

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