聽說你叫Java（二） Servlet請求

servlet客戶端http請求

當瀏覽器傳送請求到伺服器的時候，這個請求是不能被直接讀取的，請求中包含了非常多的資訊，而需要被讀取的，只是請求中的一部分。

如圖

我們可以看一下請求頭有哪些常用的資訊，以及它們的作用是什麼

accept-charset

這個頭資訊告訴伺服器處理表單資料所需要使用的字符集。

我們知道，在中有乙個屬性叫做accept-charset，就是用來設定請求頭中accept-charset屬性的值的。

常用的值有iso-8859-1、utf-8。

connection

我們知道http協議採用「請求-應答」模式，當使用普通模式，即非keep-alive模式時，每個請求/應答客戶和伺服器都要新建乙個連線，完成之後立即斷開連線（http協議為無連線的協議）

當使用keep-alive模式（又稱持久連線、連線重用）時，keep-alive功能使客戶端到服務器端的連線持續有效，當出現對伺服器的後繼請求時，keep-alive功能避免了建立或者重新建立連線。

對cookie大家應該都非常熟悉了，這個資訊就是用來存放cookie，並傳給伺服器的。

if-modified-since&if-unmodified-since

這兩個頭資訊的值都是date格式，用來告訴伺服器所需要的檔案的日期範圍。

如果伺服器上沒有更新或者更舊的檔案，就會返回乙個304的狀態碼，表示檔案並沒有改動，可以直接從快取中載入。

user-agent

這個資訊記錄了發出請求的客戶端的資訊，包含了瀏覽器型別、版本等資訊。通過這個資訊可以做瀏覽器型別判斷。

servlet伺服器http響應

當客戶端傳送了乙個請求給伺服器，伺服器也會返回乙個響應給客戶端，同樣的，這個響應中也包含了除資料之外的很多資訊。

如圖

control-allow-origin

access-control-allow-origin是html5中定義的一種解決資源跨域的策略。

如果設定為我們自己當前頁面的網域名稱時，瀏覽器才會允許我們拿到這個響應的資料，並進行下一步的處理。當設定為*的時候，表示該資源誰都可以用。

content-type

這個頭資訊告訴瀏覽器這個響應的資料格式及編碼型別。

server

通過伺服器的響應頭，我們還能知道伺服器的型別。

set-cookie

web伺服器通過傳送http 包頭中的set-cookie 訊息把乙個cookie 傳送到使用者的瀏覽器中。

完整的set-cookie格式如下

set-cookie：customer=huangxp; path=/foo; domain=.ibm.com; 
expires= wednesday, 19-oct-05 23:12:40 gmt; [secure]

path=/foo控制哪些訪問能夠觸發cookie 的傳送。如果沒有指定path，cookie會在所有對此站點的http傳送時傳送。

如果path=/directory，只有訪問/directory 下面的網頁時，cookie才被傳送。

domain=.ibm.com指定cookie被傳送到哪台計算機上。

正常情況下，cookie只被送回最初向使用者傳送cookie的計算機。如果domain 被設為空，domain就被設定為和提供cookie 的web 伺服器相同。如果domain不為空，並且它的值又和提供cookie的web伺服器網域名稱不符，這個cookie將被忽略。

expires= wednesday, 19-oct-05 23:12:40 gmt指定cookie 失效的時間。如果沒有指定失效時間，這個cookie 就不會被寫入計算機的硬碟上，並且只持續到這次會話結束。

secure如果secure 這個詞被作為set-cookie 頭的一部分，那麼cookie 只能通過安全通道傳輸（目前即ssl通道）。否則，瀏覽器將忽略此cookie。

最後這麼多的屬性留給我們去使用，去互動資料，它們就像乙個個的座位，servlet的http請求就像一輛在客戶端和伺服器之間往返的大巴。

乙個複雜的web應用正是因為這些大巴組成的交通網才能暢通無阻。

下一章——大巴司機httpservletresponse和httpservletrequest。