Unicode，UTF-32，UTF-16，UTF-8

我们通常说的Unicode是一个字符集，在这个字符集中每个字符都有对应的唯一十六进制值。
Unicdoe字符集包含了全球所有的字符，所以它的体积较为庞大，如此便分为了17个平面。
17个平面中第一个平面为基本平面（BMP）,剩下的16个为辅助平面（SMP）。
基本平面的字符对应十六进制值的区域为0x0000~0xFFFF，辅助平面中的字符对应十六进制值的区域为0x010000~0x10FFFF

查看完整的Unicode字符集（地址1，地址2）

UTF-32

UTF-32实质是一种重新编码计算的方式，是依附于Unicode字符集的。以Unicode字符集为参考基础，对其中的字符所对应的十六进制值进行重新计算获取一个新的十六进制值。如果我们对Unicode字符集中的所有字符都进行了UTF-32编码，那获得的值组合起来就可以说是一个UTF-32字符集了。

UTF-32的编码方式就是将 Unicode字符集中的字符对应的十六进制变为4个字节存储。
例如：

0x0000   => 0x00000000 0x1EC0   => 0x00001EC0 0xFFFF   => 0x0000FFFF 0x010000 => 0x00010000 0x10FFFF => 0x0010FFFF

注：Unicdoe字符集中的十六进制值暂时不清楚是几个字节，但是UTF-32编码后，其值必定是4个字节的十六进制，如此UTF-32编码结果在内存中所占空间就过大了，所以通常我们不会去使用，且HTML5明确规定不使用UTF-32进行编码

UTF-16

UTF-16实质是一种重新编码计算的方式，是依附于Unicode字符集的。以Unicode字符集为参考基础，对其中的字符所对应的十六进制值进行重新计算获取一个新的十六进制值。如果我们对Unicode字符集中的所有字符都进行了UTF-16编码，那获得的值组合起来就可以说是一个UTF-16字符集了。

UTF-16的编码方式：

Unicode字符集的基本平面中的十六进制，可以直接拿来使用，只要确保是使用2个字节进行存储的就行
Unicode字符集的辅助平面中的十六进制（0x010000~0x10FFFF），都是由3个字节去进行存储的，UTF-16的编码方式是将3个字节的十六进制变为两个2个字节的十六进制。转换后的2个字节的十六进制中第一个十六进制(称为高位H) 在0xD800~0xDBFF范围中，第二个十六进制(称为低位L) 在0xDC00~0xDFFF范围中

UTF-16在辅助平面中转换公式（公式中的c代表被转换的十六进制）：
H = Math.floor((c-0x10000) / 0x400)+0xD800
L = (c - 0x10000) % 0x400 + 0xDC00

例如，转换0x1D306：
H = Math.floor((0x1D306 - 0x10000) / 0x400) + 0xD800 = 0xD834
L = (0x1D306 - 0x10000) % 0x400 + 0xDC00 = 0xDF06
0x1D306进行UTF-16编码后的结果就是\u0xD834\u0xDF06

UTF-8

UTF-8实质是一种重新编码计算的方式，是依附于Unicode字符集的。以Unicode字符集为参考基础，对其中的字符所对应的十六进制值进行重新计算获取一个新的十六进制值。如果我们对Unicode字符集中的所有字符都进行了UTF-8编码，那获得的值组合起来就可以说是一个UTF-8字符集了。

UTF-8的编码方式：

Unicode十六进制(高位0都去掉)	Unicode二进制(高位0都去掉)	UTF-8二进制(其中的 `x` 由前面的Unicode二进制值来决定)
`0x0 ~ 0x7F`	`0 ~ 1111111`	`0xxxxxxx`
`0x80 ~ 0x7FF`	`10000000 ~ 111 11111111`	`110xxxxx 10xxxxxx`
`0x800 ~ 0xFFFF`	`1000 00000000 ~ 11111111 11111111`	`1110xxxx 10xxxxxx 10xxxxxx`
`0x10000 ~ 0x10FFFF`	`1 00000000 00000000 ~ 10000 11111111 11111111`	`11110xxx 10xxxxxx 10xxxxxx 10xxxxxx`