Ascii
- Ascii编码表共128个字符
- 前32个被称为不可见字符
- 后96个被称为可见字符
相对可见
- 不可见字符中
回车，换行，制表位三个字符经常出现在文本文件中，我称之为相对可见：
CR(0x0D),LF(0x0A),TAB(0x09)
相对不可见
- 可见字符中
空格，SPACE(0x20)性质与TAB差不多，可以在文本文件中显示为空白，本身属于可见字符，因为显示为空白，所以也可以说它相对不可见
Rubout(0x7F)是真的不可见，文本文件中很少出现
这两个字符我称之为相对不可见字符
文本文件中常见的Ascii字符
- 96个可见字符去掉Rubout
- 3个不可见字符CR,LF,TAB
这98个字符经常出现在Ascii文本文件中
GB2312
保持了对Ascii的兼容，因为高位置1,所以可以直接与Ascii区分
- 首字节在A1-F7之间
- 尾字节在A0-FE之间，不使用FF
使用较小的扩展表范围，能够很容易与Ascii区分。
由此可见，扩展Ascii表是所有乱码的最终根源。
Ascii扩展字符
Ascii扩展字符，也使用了8bit中的高位1，所以，这是最初所有乱码的根源。当汉字不慎被识别为Ascii扩展表中的字符时，乱码就产生了。
GBK
依然是良好的设计，保持着克制，继续兼容GB2312和Ascii表。
- 首字节在81-FE之间，完全处于扩展表中，不在Ascii表中
- 尾字节在40-FE之间，拆开来看，基本都是可见的Ascii字符
- 尾字节依然不使用FF
- 且不使用7F
GB18030
有很多号称实现了GB18030的系统和软件，但我从没有见过其中的少数民族字符。既没有输入过，也没有见过。只见过少数藏文字符，但是文件编码是Unicode格式，也许字库是GBK顺序索引的。我怀疑，暂时还没有系统实现GB18030的所有四字节部分。
GB18030只是继续兼容GBK的口头标准，非事实标准。
UTF-8
真是一个良好的设计，对Ascii保持兼容。且内容含蓄、克制。很容易识别其中的各种字符。
- 单字节的都是Ascii码，小于128
- 多字节的，最高字节开头有几个连续的1,就表示一共有几个字节
- 多字节的，从高向低，每个字节中，第一个0以后的，就是有效的数据位
唯一的缺点是汉字编码有点长，需要三个字节。
UTF-16
糟糕的设计。简单的存储码位。无论什么内容都可以出现在文本文件中。真担心它的四字节部分如何实现。
把文本文件搞的跟二进制文件没有界限。
总结
UTF-8似乎已经成为事实上的编码标准。
假如当初直接把GBK码表简单映射到Unicode中该是一件多么美妙的事。那么现在GBK和Unicode之间就不需要查表转换了。
