Header基礎知識

HTTP 頭部（HTTP Header）是在 HTTP 請求和響(xiang)應中用(yong)于傳遞附加信息的部分。它由一個(ge)或(huo)多個(ge)字(zi)段(duan)組(zu)成，每(mei)個(ge)字(zi)段(duan)由字(zi)段(duan)名和字(zi)段(duan)值組(zu)成，中間用(yong)冒(mao)號(hao)分隔。

HTTP 頭(tou)部在(zai)請求(qiu)和響應(ying)中都(dou)扮演著(zhu)重(zhong)要(yao)的角色，用于傳遞關(guan)(guan)于消(xiao)息的元數據和其他相關(guan)(guan)信息。以下是一些常(chang)見的 HTTP 頭(tou)部字(zi)段及其作(zuo)用：

1. Host：指定目標服(fu)務器的(de)主機名和(he)端口號。

2. User-Agent：指定發送請求的用(yong)戶(hu)代理(li)（瀏(liu)覽器、應(ying)用(yong)程序等）的標(biao)識信息。

3. Content-Type：指(zhi)定請(qing)求或響(xiang)應體(ti)的(de)媒體(ti)類型(xing)和字符集。

4. Content-Length：指定請求或響應體的長度（以字節為單位）。

5. Accept：指定客戶端(duan)能夠接受(shou)的響應媒體類型(xing)。

6. Authorization：指(zhi)定請求的(de)(de)身份驗證憑據，用于(yu)訪(fang)問(wen)受保護(hu)的(de)(de)資源(yuan)。

7. Cache-Control：指定請(qing)求或響(xiang)應的緩存行為，如緩存控制指令。

8. Cookie：在(zai)(zai)請求中發送(song)存(cun)儲在(zai)(zai)客戶端的 Cookie 數(shu)據。

9. Set-Cookie：在響應中設置(zhi) Cookie 數(shu)據(ju)。

10. Location：指定重定向響應的目標 URL。

這(zhe)只是一(yi)小部分常見的 HTTP 頭部字段(duan)，實際(ji)上，HTTP 協議規(gui)范定(ding)義(yi)了許多不同的頭部字段(duan)，每個字段(duan)都有特定(ding)的作用和語義(yi)。開發人員可以根據(ju)需求添加自(zi)定(ding)義(yi)的頭部字段(duan)，以擴展 HTTP 的功能。

HTTP 頭部(bu)在(zai)請(qing)求和響(xiang)應之(zhi)(zhi)間(jian)傳遞(di)信(xin)(xin)息，允許(xu)客戶端和服務器(qi)之(zhi)(zhi)間(jian)進行(xing)交互(hu)，并控(kong)制請(qing)求的行(xing)為(wei)和響(xiang)應的處(chu)理(li)。通(tong)過合理(li)使用 HTTP 頭部(bu)，可以實現緩存控(kong)制、身份驗證、內容協商、重定向等功(gong)能(neng)，從而更好地管理(li)和優化(hua)網絡通(tong)信(xin)(xin)。

Header支持的字符集

HTTP 頭部(bu)中的(de)字(zi)(zi)段(duan)名(ming)稱(cheng)（header field name）是不(bu)支持中文(wen)的(de)。根據(ju) HTTP 協議規范(fan)，字(zi)(zi)段(duan)名(ming)稱(cheng)必須由可打印的(de) ASCII 字(zi)(zi)符(fu)(fu)組(zu)成，并(bing)且不(bu)區分大小寫。因此，HTTP 頭部(bu)字(zi)(zi)段(duan)名(ming)稱(cheng)通常只包含英文(wen)字(zi)(zi)母(mu)、數字(zi)(zi)和特定的(de)標點符(fu)(fu)號，例如連(lian)字(zi)(zi)符(fu)(fu)-和下劃線_。

然而，HTTP 頭(tou)部(bu)中(zhong)的(de)字(zi)(zi)(zi)(zi)段(duan)(duan)值(zhi)（header field value）可以包(bao)含中(zhong)文(wen)字(zi)(zi)(zi)(zi)符(fu)(fu)。字(zi)(zi)(zi)(zi)段(duan)(duan)值(zhi)可以是包(bao)括中(zhong)文(wen)在內(nei)的(de)任(ren)何有(you)效字(zi)(zi)(zi)(zi)符(fu)(fu)序列。為了在 HTTP 頭(tou)部(bu)中(zhong)傳輸中(zhong)文(wen)字(zi)(zi)(zi)(zi)符(fu)(fu)，通常會使(shi)用(yong)字(zi)(zi)(zi)(zi)符(fu)(fu)編碼方(fang)案(an)，例如(ru) UTF-8 編碼。在使(shi)用(yong)中(zhong)文(wen)字(zi)(zi)(zi)(zi)符(fu)(fu)時，應(ying)確保請(qing)求方(fang)和響應(ying)方(fang)都能正確解碼和處理這些字(zi)(zi)(zi)(zi)符(fu)(fu)。

需要注意(yi)的(de)(de)是，盡管 HTTP 頭部理論上支持中(zhong)(zhong)文(wen)字(zi)符(fu)，但在實踐中(zhong)(zhong)，為(wei)了確保(bao)互(hu)操作性和(he)兼容性，通常建議將 HTTP 頭部字(zi)段名(ming)稱(cheng)和(he)字(zi)段值保(bao)持在 ASCII 字(zi)符(fu)范圍內，并使用 URL 編碼或其(qi)他適當的(de)(de)編碼方案(an)來處理中(zhong)(zhong)文(wen)字(zi)符(fu)。這樣可以避(bi)免(mian)潛在的(de)(de)問題和(he)不(bu)一(yi)致(zhi)性。

中文字符的傳輸

對于傳輸中文(wen)字(zi)(zi)符或其他(ta)非 ASCII 字(zi)(zi)符的需求，可(ke)以使用以下(xia)兩種(zhong)常見的方法來在 HTTP 頭部中支持(chi)中文(wen)：

1. URL 編碼：將中文字符轉換為 URL 編碼格式。URL 編碼使用特殊的字符表示法，將非 ASCII 字符表示為 % 后跟兩位十六(liu)進制(zhi)數。例如，中(zhong)(zhong)文字(zi)符 "中(zhong)(zhong)" 的 URL 編碼(ma)為 "%E4%B8%AD"。在 HTTP 頭部字(zi)段值(zhi)中(zhong)(zhong)，可以使用 URL 編碼(ma)來表示中(zhong)(zhong)文字(zi)符。

2. 使(shi)用(yong)編(bian)碼(ma)(ma)方案（如 Base64）：將(jiang)中文(wen)字(zi)符(fu)使(shi)用(yong)合適的編(bian)碼(ma)(ma)方案進行編(bian)碼(ma)(ma)，然(ran)后(hou)在(zai)(zai) HTTP 頭部字(zi)段(duan)值中傳輸編(bian)碼(ma)(ma)后(hou)的結果。例如，可以將(jiang)中文(wen)字(zi)符(fu)編(bian)碼(ma)(ma)為(wei) Base64 字(zi)符(fu)串，然(ran)后(hou)將(jiang)該字(zi)符(fu)串放置在(zai)(zai) HTTP 頭部字(zi)段(duan)值中進行傳輸。接收(shou)方在(zai)(zai)接收(shou)到字(zi)段(duan)值后(hou)，可以解碼(ma)(ma)以獲(huo)取原始中文(wen)字(zi)符(fu)。

需要注意的是，在選擇(ze)使用(yong)中文字符作為 HTTP 頭部(bu)字段值時，應(ying)確(que)保請(qing)求方和響應(ying)方都能正確(que)解碼和處理(li)這些字符。某些代理(li)服務器(qi)或中間件可能對 HTTP