Accept：指定客戶端能夠接收的內容類型，內容類型中的先後次序表示客戶端接收的先後次序。 實例：Accept:text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
備註：在Prototyp(1.5)的Ajax代碼封裝中，將Accept默認設置爲“text/javascript, text/html, application/xml, text/xml, */*”。這是因爲Ajax默認獲取服務器返回的Json數據模式。在Ajax代碼中，可以使用XMLHttpRequest 對象中setRequestHeader函數方法來動態設置這些Header信息。
application/xml和text/xml二者功能一模一樣，唯一的區別就是編碼格式，text/xml忽略xml頭所指定編碼格式而默認採用us-ascii編碼，而application/xml會根據xml頭指定的編碼格式來編碼。
Accept-Encoding
說明：指定客戶端瀏覽器可以支持的web服務器返回內容壓縮編碼類型。表示允許服務器在將輸出內容發送到客戶端以前進行壓縮，以節約帶寬。而這裏設置的就是客戶端瀏覽器所能夠支持的返回壓縮格式。
實例：Accept-Encoding: gzip,deflate
備註：其實在百度很多產品線中，apache在給客戶端返回頁面數據之前，將數據以gzip格式進行壓縮。
Accept-Charset
說明：瀏覽器可以接受的字符編碼集。
實例：Accept-Charset: gb2312,utf-8;q=0.7,*;q=0.7
Content-Type
說明：顯示此HTTP請求提交的內容類型。一般只有post提交時才需要設置該屬性。
實例：Content-type: application/x-www-form-urlencoded;charset:UTF-8
備註：有關Content-Type屬性值可以如下兩種編碼類型：
(1)“application/x-www-form-urlencoded”： 表單數據向服務器提交時所採用的編碼類型，默認的缺省值就是“application/x-www-form-urlencoded”。 然而，在向服務器發送大量的文本、包含非ASCII字符的文本或二進制數據時這種編碼方式效率很低。
(2)“multipart/form-data”： 在文件上載時，所使用的編碼類型應當是“multipart/form-data”，它既可以發送文本數據，也支持二進制數據上載。
當提交爲表單數據時，可以使用“application/x-www-form-urlencoded”;當提交的是文件時，就需要使用“multipart/form-data”編碼類型。
在Content-Type屬性當中還是指定提交內容的charset字符編碼。一般不進行設置，它只是告訴web服務器post提交的數據採用的何種字符編碼。
一般在開發過程，是由前端工程與後端UI工程師商量好使用什麼字符編碼格式來post提交的，然後後端ui工程師按照固定的字符編碼來解析提交的數據。所以這裏設置的charset沒有多大作用。