一、引言

        最近陸陸續續看了好多關於位元組、字元、字元編碼、字元轉義的文章，終於對這個過程有了比較清晰深刻的認識。和後臺開發相結合知道了亂碼出現的理論具體原因，和前臺開發結合知道了get與post請求的過程。這裡分析下供大家學習分享。（字元轉義指字元與字元之間轉換，url編碼；字元編碼指字元與二進位制的對應，ascii）

二、字元編碼的發展

      首先要明白字符集與字元編碼的概念，字符集就是能表示的字元的集合（中文、英文、蒙古文），字元編碼是字元與二進位制的對應關係（如“我”存為001，”你“存為002）。不過一般字符集與字元編碼容易統稱，一般一對一，但也有一對多（如utf-8，utf-16）。

       發展：英文字符集：ascii編碼————不同國家文字字符集：ANSI編碼（GBK、JIS等）————全世界統一字符集：UNICODE編碼（UTF—8，UTF—16等），如下圖（稍微展示的多了些）：

二、http請求過程

        整體流程圖如下圖所示：

1、字元轉義：瀏覽器對漢字的通過某種編碼方式進行url編碼轉義，轉譯成為ascii以便下一步。這裡就是get post請求涉及到的地方，get肯定url編碼轉義，post中的urlencode與之類似，formdata猜測應該未轉義，json猜測應該url編碼；

2、字元編碼：瀏覽器將上一步驟轉義的字元按照ascii編碼為位元組；

3、字元解碼：伺服器將傳輸過來的位元組按照ascii解碼為字元，此步驟web server內部已經幫我們實現；

4、字元反轉義：伺服器將字元按照utf-8或某種編碼方式進行url編碼反轉義為漢字，此過程中開發常用到request可以自定義字元轉義解碼方式；

5、字元轉義：伺服器將響應頭字元按照某種編碼方式url編碼轉義，此過程中開發常用response定義url編碼，框架中一般預設會自動選擇utf-8進行url編碼，請求體見步驟6；

6、字元編碼：伺服器對url編碼轉義後的響應頭，與響應體進行二進位制編碼，webserver內部實現；

7、字元解碼：瀏覽器對響應頭與響應體按照ascii解碼為字元；

8、字元反轉義：瀏覽器響應頭進行url編碼反轉義，對響應體檢視content-type來進行html解析或者圖片解析；

三、總結

• 開發中遇到編碼的亂碼問題；

• 字符集與字元編碼發展；

• http中的編碼、解碼，編碼轉義、編碼反轉義詳細過程說明；

• http編碼過程中前端開發與後臺開發相關過程定位；