之前我已经在 02 基础篇-URL 结尾处告诉大家如何查看网页是何种编码了，这里就不多赘述了。
编码一直是学习post新手的头疼的问题，编码不对是中文乱码的根源，也是导致提交数据出错的重要原因。写本文的目的，就是要彻底解释清楚这个编码问题！
一、ASCII、ANSI、GBK、GB2312、UTF-8和 UNICODE
1. ASCII
开始计算机只在美国用，他们先定义了“控制码”，然后又将空格、标点符号、数字、大小写字母分别用连续的字节状态表示，于是基于拉丁字母创造得ASCII这一套电脑编码系统就诞生了。它有0-127号，也就是共有128字符。这128个字符，也只能是英语国家使用除了英语以外的其它国家字符它是无法编码解码的。
2. GB2312
- 通过对ASCII编码的中文扩充改造，产生了GB2312编码，可以表示6000多个常用汉字。
3. GBK
- 汉字实在是太多了，包括繁体和各种字符，于是产生了GBK编码，它包括了GB2312中的编码，同时扩充了很多。
4.GB18030
- 中国是个多民族国家，各个民族几乎都有自己独立的语言系统，为了表示那些字符，继续把GBK编码扩充为GB18030编码。
5.ANSI
世界各国为了可以在计算机保存他们的文字，由此产生了 GB2312、GBK、Big5、Shift_JIS 等各自的编码标准。美国国家标准学会（ANSI）感觉这样有点乱，于是将这些编码统一成ANSI编码，但他们互相不兼容，在日文操作系统下，ANSI编码代表的是Shift_JIS编码，在简体中文操作系统下，ANSI编码代表的是GB2312编码。
6.UNICODE
- 每个国家都像中国一样，把自己的语言编码，于是出现了各种各样的编码，如果你不安装相应的编码，就无法解释相应编码想表达的内容。
- 于是ISO组织创造了一种编码UNICODE，这种编码非常大，大到可以容纳世界上任何一个文字和标志。所以只要电脑上有UNICODE这种编码系统，无论是全球哪种文字，只需要保存文件的时候，保存成UNICODE编码就可以被其他电脑正常解释。
7.UTF-8
-
UNICODE在网络传输中，出现了两个标准UTF-8和UTF-16，分别每次传输 8个位和 16个位。
前期因为占存储空间较大，UTF-8在国内使用的少，现在电脑普及，硬盘容量大，现在大多数都是使用UTF-8了。
二、编码与解码
1. URL编码与解码
一般来说，网页URL只能使用英文、数字、还有一些特定的字符。根据网络标准RFC 1738做了硬性规定：
只有字母和数字[0-9a-zA-Z]、一些特殊符号"$-_.+!*'(),"[不包括双引号]、以及某些保留字，才可以不经过编码直接用于URL。
所以若URL中包括中文等字符，就必须经过编码后使用，否则传给服务器的request URL就会包含乱码，服务器无法正确识别。
目前常用的是GBK与UTF-8
HTML URL 编码表
-
URL编码（GBK）
以%开头，GBK编码成url 中文字符占两字节，例如
将中文字符闷进行url编码（GBK）编码得到%C3%C6有两个百分号
GBK网页编码.png -
URL编码（UTF-8）
以%开头，UTF-8编码成url 中文字符占三字节，例如
将中文字符闷进行url编码（GBK）编码得到%E9%97%B7有三个百分号
UTF-8网页编码.pngPS：这种编码一般都是用在POST提交数据时用
2. Unicode 编码与解码
-
中文与Unicode互转
中文转Unicode，其实就是中文转USC-2
USC-2是早期由于错误地估算了代码点的容量范围，认为Unicode最多只需要2^16个代码点，而产生的编码原始标准；之后由UTF-16取代USC-2。
举个栗子：
将闷骚的青春转换成USC-2码，得到\u95F7\u9A9A\u7684\u9752\u6625，它也可以写成%u95F7%u9A9A%u7684%u9752%u6625，以后凡是看到\uXXXX、%uXXXX这种形式的编码，基本都是USC-2编码（UTF-16）了
-
ASCII与Unicode互转
举个栗子：
将我的抖音号938518110转为Unicode码，得到938518110，以后看到&#XX那基本就可以知道这是由ASCII码转成的Unicode码。
