每个文本编辑器都有默认的编码方式(比如 UTF-8 编码)，当我们保存文档的时候，可以选择编码方式，如果没有特意选择编码方式，文本编辑器就会以默认的编码方式将文本内容转换为二进制，存储到计算机的硬盘里。我们打开文本编辑器，新建一篇文档，只输入两个汉字 你好，然后以 UTF-8 的编码方式保存文档，那么硬盘里存储的是二进制的数据 11100100 10111101 10100000 11100101 10100101 10111101。以上这种，将文本字符按照某种规则转换为二进制数据的过程，就称之为编码。反过来，将二进制数据按照某种规则转换为文本字符的过程，就称之为解码，比如用文本编辑器打开一篇已经存在的文档，文本编辑器会根据文档的编码方式，将硬盘里的二进制数据转换为文本字符显示出来。
字符集和字符编码
我们先来看几个概念：
编码：按照某种规则，将字符转换为二进制数存储在计算机中
解码：按照某种规则，将计算机中存储的二进制数转换为字符，显示出来
字符集：文字符号的集合，比如 ASCII 字符集、GB2312 字符集、Unicode 字符集
字符编码：是一套法则，将字符集转换为二进制数
ASCII 字符集和字符编码
ASCII（American Standard Code for Information Interchange，美国信息交换标准代码）是基于拉丁字母的一套电脑编码系统。它主要用于显示现代英语，而其扩展版本 EASCII 则可以勉强显示其他西欧语言。它是现今最通用的单字节编码系统（但是有被 Unicode 追上的迹象），并等同于国际标准ISO/IEC 646。
ASCII 字符集：一共包括 128 个字符，主要包括控制字符（回车键、退格、换行键等），可显示字符（英文大小写字符、阿拉伯数字和西文符号）。
ASCII 编码：将 ASCII 字符集转换为二进制数的规则，使用 7 位（bits）表示一个字符。
EASCII 字符集：一共包括 256 个字符，在 ASCII 字符集的基础上，扩展了一些欧洲常用字符。
EASCII 编码：将 EASCII 字符集转换为二进制数据的规则，使用 8 位（bits）也就是一个字节表示一个字符。
ASCII 字符集映射到数字编码规则如下图所示：
ascii.png
GB2312 字符集和字符编码
计算机发明之处及后面很长一段时间，只用应用于美国及西方一些国家，ASCII 能够很好满足用户的需求。但是当中国也有了计算机之后，为了显示中文，必须设计一套编码规则用于将汉字转换为计算机可以接受的数字系统的数。于是在 ASCII 字符集的基础上，扩展出了 GB2312 字符集。GB2312 字符集规定：一个小于 127 的字符的意义与原来相同，但两个大于 127 的字符连在一起时，就表示一个汉字，前面的一个字节（称之为高字节）从 0xA1 到 0xF7，后面一个字节（低字节）从 0xA1 到 0xFE，这样我们就可以组合出大约 7000 多个简体汉字了。在这些编码里，还把数学符号、罗马希腊的 字母、日文的假名们都编进去了，连在 ASCII 里本来就有的数字、标点、字母都统统重新编了两个字节长的编码，这就是常说的 "全角" 字符，而原来在 127 号以下的那些就叫 "半角" 字符了。
GB2312 字符集：在 ASCII 字符集的基础上，扩展了 7000 多个简体汉字以及标点符号等字符。
GB2312 字符编码：将 GB2312 字符集转换为二进制数据的规则，属于 ASCII 字符集的字符占一个字节，中文（包括全角标点符号）占两个字节。
Unicode 字符集和字符编码
Unicode 是为了解决传统的字符编码方案的局限而产生的，它为每种语言中的每个字符设定了统一并且唯一的二进制编码，以满足跨语言、跨平台进行文本转换、处理的要求。Unicode 字符集中每个字符对应的二进制数，又称之为 Unicode 码点，如果用十进制来表示码点，常用字符的码点在 0-65535 范围之内，码点超过 65535 的字符叫做辅助平面(星芒层)。Unicode 是字符集，UTF-32 / UTF-16 / UTF-8 是三种字符编码方案。
Unicode 字符集：包含世界上所有语言的文字和符号。
Unicode 码点：每个字符对应一个 Unicode 编码号，常用的在 0-65535，编码号超过 65535 的字符叫做辅助平面(星芒层)。
UTF-32 编码：每个字符都用四个字节来存储。
UTF-16 编码：0-65535 的字符用两个字节存储，辅助平面的用四个字节存储。
UTF-8 编码：属于 ASCII 字符集的字符用一个字节存储，带有附加符号的拉丁文、希腊文、西里尔字母、亚美尼亚语、希伯来文、阿拉伯文、叙利亚文及它拿字母需要两个字节，汉字需要三个字节，辅助平面四个字节。
JavaScript 字符集
JavaScript 使用 Unicode 字符集，使用 UTF-16 编码方式。var foo = '你好' 这段代码为变量 foo 赋值了一个字符串，JavaScript 引擎运行时会在内存中分配一部分区域来保存该字符串。由于内存中存储的都是二进制数据，所以需要将字符串 你好 按照 UTF-16 编码方式转换为二进制，所以内存中保存的是 01001111 01100000 01011001 01111101。注意 UTF-16 只是 JavaScript 引擎的编码方式，而不是 JavaScript 文档保存时的编码方式。如果通过文本编辑器将这段 JavaScript 代码所在的文档以 UTF-8 的编码方式保存在硬盘里，那么文档中 你好 这两个字符会按照 UTF-8 编码方式转换为二进制 11100100 10111101 10100000 11100101 10100101 10111101。也就是说硬盘里保存的是 UTF-8 编码的二进制数据，而内存里保存的是 UTF-16 编码的二进制数据。
URL 的编码和解码
网页的 URL 只能包含合法的字符，这可以分成两类。
URL 元字符：分号（;），逗号（,），斜杠（/），问号（?），冒号（:），at（@），&，等号（=），加号（+），美元符号（$），井号（#）
语义字符：a-z，A-Z，0-9，连词号（-），下划线（_），点（.），感叹号（!），波浪线（~），星号（*），单引号（'），圆括号（()）
除了以上字符，其他字符出现在 URL 之中都必须转义，规则是根据操作系统的默认编码，将每个字节转为百分号（%）加上两个大写的十六进制字母。比如，UTF-8 的操作系统上，http://www.example.com/q=春节这个 URL 之中，汉字“春节”不是 URL 的合法字符，所以被浏览器自动转成 http://www.example.com/q=%E6%98%A5%E8%8A%82。其中，“春”转成了%E6%98%A5，“节”转成了%E8%8A%82。这是因为“春”和”节“的 UTF-8 编码分别是E6 98 A5和E8 8A 82，将每个字节前面加上百分号，就构成了 URL 编码。
JavaScript 提供四个 URL 的编码/解码方法。
encodeURI()
encodeURIComponent()
decodeURI()
decodeURIComponent()
encodeURI() 会将元字符和语义字符之外的字符，都进行转义，用于转码整个 URL。
encodeURIComponent() 转码除了语义字符之外的所有字符，即元字符也会被转码。所以，它不能用于转码整个 URL，常用于转码 URL 片段。
decodeURI() 是 encodeURI() 方法的逆操作。
decodeURIComponent() 是 encodeURIComponent() 方法的逆操作。
文本格式与二进制格式
文件一般分为文本文件和二进制文件。在计算机中，数据都是以二进制的方式存储的，所以不管是文本文件还是二进制文件，在计算机的内存或硬盘里，都是以二进制的方式保存的。当我们读取文本文件时，需要按照文件的字符编码方式 (比如 UTF-8) 来解码，将计算机中存储的二进制数据转换为文本字符，在客户端显示出来。当我们读取二进制文件时，需要根据不同类型二进制文件的编码方式 (比如 JPEG MP3) 来解码，将计算机中存储的二进制数据转换为图片视频等形式，在客户端显示出来。
网络协议也可以分为文本协议和二进制协议。在网络传输中，数据都是以二进制的方式流动的，所以网络设备接收到的数据包都是二进制的。当通过文本协议接收到数据包后，首先需要根据文本协议的编码方式 (比如 UTF-8)，将数据包中的二进制数据进行解码，转换为文本字符，然后再进行相关操作。比如 HTTP 协议就是文本协议，当客户端接收到服务器响应的一段数据之后，首先将二进制数据包转换为文本字符，假设文本字符中有这么一段内容 Content-type: text/html，根据 HTTP 协议的规定，这是说服务器响应的数据类型是 HTML 文档，那么客户端便可以将响应的数据按照 HTML 文档格式来解析。可见，如果网络协议是文本协议，数据接收方必须先将二进制数据转换为文本数据之后才能得到信息，也就是说所有的信息都是以文本的方式来传达的。
如果网络协议是二进制的协议，那么数据接收方直接根据二进制数据便可以获得信息，不需要将二进制数据转换为文本数据。假设根据某种二进制协议，数据中的第一个字节代表这段数据的类型，比如 1 代表 TEXT 文本，2 代表 HTML 文档，3 代表 JPEG 图片 ... 当客户端接收到了一段如下的数据：00000010 10010000 00100101 ...，那么根据第一个字节 00000010，便知道这段数据是一篇 HTML 文档，然后客户端会按照 HTML 文档的方式来解析。这就相当于文本协议中的 Content-type: text/html。
由此可见，网络传输时候，二进制协议的数据所占的体积更小，而且不需要先将二进制数据转换为文本格式，因此效率更高。
编码转换方式
ASCII 字符集中，有一部分是不可见字符，比如 ASCII 码位在 0-31 的字符都是不可见的。的在网络上交换数据时，比如说从 A 地传到 B 地，往往要经过多个路由设备，不同的设备对字符的处理方式有一些不同，那些不可见字符就有可能被处理错误，这是不利于传输的。另外一些网络协议(比如电子邮件)或者网络设备不能处理非 ASCII 字符集中的字符，因此我们在传输数据前，可以按照某种编码方式，先将数据中的所有字符都转换为 ASCII 字符集中的可见字符，然后再进行传输。常见的编码转换方式有 Quoted-printable 和 Base64。
Quoted-printable 编码
简单来说，Quoted-printable 编码就是将每一个 8 位的字节，转换为三个字符。第一个字符是 "=" 号，这是固定不变的。后面二个字符是二个十六进制数，分别代表了这个字节前四位和后四位的数值。如果某个 8 位的字节是可打印的 ASCII 码字符（十进制值从 33 到 126），那么该字节保持原样不变，"="（十进制值61）除外。下面详细介绍 Quoted-printable 编码的转换规则。
数据在计算机中以二进制存储，Quoted-printable 编码以 8 位的字节为单位转换数据。如果某个 8 位的字节是可打印的 ASCII 码字符（十进制值从 33 到 126），那么该字节保持原样不变， "="（十进制值 61）除外。如果某个 8 位的字节是不可打印字符 (十进制值 0-31 127)，或者是 "=" 号 (十进制值 61)，则该字节需要转换。具体转换规则如下：将该字节转换为三个字节，第一个字节固定为 "=" 号的 ASCII 编码 00111101；第二个字节取原来字节的前 4 个 bit 位，然后前面补上 4 个 0；第三个字节取原来字节的后 4 个 bit 位，然后前面补上 4 个 0。
举例来说，字符串 A严B 按照 UTF-8 编码转换为二进制 01000001 11100100 10111000 10100101 01000010 存储在计算机中。我们对该数据进行 Quoted-printable 编码，第一个字节 01000001 是可打印的 ASCII 字符，所以不需要改变。第二个字节 11100100 是不可打印的 ASCII 字符，需要转换为 00111101 00001110 00000100 (对应的 ASCII 字符为 =E4)，其中 00111101 是字符 "=" 的 ASCII 编码，而 00001110 和 00000100 是将原来的字节 11100100 拆开来，通过对前 4 位和后 4 位高位补 0，各形成了一个新的字节。后面的字节同理。因此 01000001 11100100 10111000 10100101 01000010 经过 Quoted-printable 编码成为 00111101 00111101 00001110 00000100 00111101 00001011 00001000 00111101 00001010 00000101 01000010 (对应的 ASCII 字符为 A=E4=B8=A5B)。这样，我们就将 UTF-8 字符串 A严B 转换成了 ASCII 字符串 A=E4=B8=A5B，转换后的字符串中的所有字符都是 ASCII 字符集中的可打印字符。
再举一个例子，UTF-8 字符串 a=你好 会转换为 ASCII 字符串 a=3D=E4=BD=A0=E5=A5=BD，字符 "a" 保持不变，字符 "=" 转换为 "=3D"，字符 "你" 转换为 "=E4=BD=A0"，字符 "好" 转换为 "=E5=A5=BD"。
Base64 编码
所谓 Base64 编码，就是说选出 64 个字符 ---- 小写字母a-z、大写字母A-Z、数字0-9、符号"+"、"/"（再加上作为垫字的"="，实际上是65个字符） ---- 作为一个基本字符集。然后，其他所有符号都转换成这个字符集中的字符。具体来说，转换方式可以分为四步。
将每三个字节作为一组，一共是24个二进制位。
将这24个二进制位分为四组，每个组有6个二进制位。
在每组前面加两个00，扩展成32个二进制位，即四个字节。
根据下表，得到扩展后的每个字节的对应符号，这就是Base64的编码值。
base64.png
举一个具体的实例，演示英语单词Man如何转成Base64编码。
"M"、"a"、"n"的ASCII值分别是77、97、110，对应的二进制值是01001101、01100001、01101110，将它们连成一个24位的二进制字符串010011010110000101101110。
将这个24位的二进制字符串分成4组，每组6个二进制位：010011、010110、000101、101110。
在每组前面加两个00，扩展成32个二进制位，即四个字节：00010011、00010110、00000101、00101110。它们的十进制值分别是19、22、5、46。
根据上表，得到每个值对应Base64编码，即T、W、F、u。
如果字节数不足三，则这样处理：
二个字节的情况：将这二个字节的一共16个二进制位，按照上面的规则，转成三组，最后一组除了前面加两个0以外，后面也要加两个0。这样得到一个三位 的Base64编码，再在末尾补上一个"="号。
比如，"Ma"这个字符串是两个字节，可以转化成三组00010011、00010110、00010000以后，对应Base64值分别为T、W、E，再补上一个"="号，因此"Ma"的Base64编码就是TWE=。
一个字节的情况：将这一个字节的8个二进制位，按照上面的规则转成二组，最后一组除了前面加二个0以外，后面再加4个0。这样得到一个二位的Base64编码，再在末尾补上两个"="号。
比如，"M"这个字母是一个字节，可以转化为二组00010011、00010000，对应的Base64值分别为T、Q，再补上二个"="号，因此"M"的Base64编码就是TQ==。
用 Javascript 语言进行 Base64 编码
在 JavaScript 中，有2个函数分别用来处理解码和编码base64 字符串：
btoa() 用于将 ASCII 字符串或二进制数据编码为 Base64 字符串，atob() 用于将 Base64 字符串解码为 ASCII 字符串或二进制数据，这两个方法只能用于转码 ASCII 字符集中的字符，对于不属于 ASCII 字符集中的字符，使用这两个方法会报错。
由于 JavaScript 内部的字符串都以 UTF-16 的形式进行保存的，所以如果有字符超出了 8 位 ASCII 编码的字符范围时，在大多数的浏览器中对Unicode字符串调用 window.btoa 将会造成一个 Character Out Of Range 的异常。有 两种方法 解决这个问题：
第一种方法：先用
encodeURIComponent()转义整个字符串，然后再编码。第二种方法：先将 UTF-16 的 DOMString 转码为 UTF-8 的字符数组，然后再编码。
作者：Karmack
链接：https://www.jianshu.com/p/da3d8901f798
随时随地看视频
