烦人的乱码问题

相信很多小伙伴对乱码的问题一直是感觉很头痛的~  归根结底还是对编码格式不了解~  接下来教你一眼看透乱码本质的本事~ 
        废话不多说~ 直入主题~
        在计算机中，编码的问题是必须直面的问题， 因为计算机只能处理数字，如果要处理文本，就必须先把文本转换为数字才能处理。最早的计算机在设计时采用8个比特（bit）作为一个字节（byte），所以，一个字节能表示的最大的整数就是255（二进制11111111=十进制255），如果要表示更大的整数，就必须用更多的字节。比如两个字节可以表示的最大整数是 65535 ，4个字节可以表示的最大整数是 4294967295 。  
常用的字符编码类型介绍：
1. ASCII 编码：通常占一个字节
        由于计算机是美国人发明的，因此，最早只有127个字符被编码到计算机里，也就是大小写英文字母、数字和一些符号，这个编码表被称为 ASCII 编码，比如大写字母 A 的编码是 65 ，小写字母 z 的编码是 122 。

2. GB2312 编码：通常占2个字节
         中文专用的编码方式， 但是要处理中文显然一个字节是不够的，至少需要两个字节，而且还不能和ASCII编码冲突，所以，中国制定了 GB2312 编码，用来把中文编进去。  

3. Unicode编码：通常占2-4个字节
        为了使世界上各个国家的语言有统一的编码，Unicode把所有语言都统一到一套编码里，这样就不会再有乱码问题了。 最常用的是用两个字节表示一个字符（如果要用到非常偏僻的字符，就需要4个字节）。现代操作系统和大多数编程语言都直接支持Unicode。  

4. UTF-8 编码：通常占1-3个字节
         如果统一成Unicode编码，乱码问题从此消失了。但是，如果你写的文本基本上全部是英文的话，用Unicode编码比ASCII编码需要多一倍的存储空间，在存储和传输上就十分不划算。 所以，本着节约的精神，又出现了把Unicode编码转化为“可变长编码”的 UTF-8 编码。UTF-8编码把一个Unicode字符根据不同的数字大小编码成1-6个字节，常用的英文字母被编码成1个字节，汉字通常是3个字节，只有很生僻的字符才会被编码成4-6个字节。如果你要传输的文本包含大量英文字符，用UTF-8编码就能节省空间


乱码问题：
Eclipse 打印中文时显示 �� Һ � ：
         首先要了解 JAVA 处理字符的原理。 JAVA 使用 UNICODE 来存储字符数据， 处理字符时通常有三个步骤：
    -  按指定的字符编码形式，从源输入流中读取字符数据
    -  以 UNICODE 编码形式将字符数据存储在内存中
    -  按指定的字符编码形式，将字符数据编码并写入目的输出流中。
     所以 JAVA 处理字符时总是经 过了两次编码转换，一次是从指定编码转换为 UNICODE 编码，一次是从 UNICODE 编码转换为指定编码。如果在读入时用错误的形式解码字符，则内存存储的是错误的 UNICODE 字符。而从最初文件中读出的字符数据，到最终在屏幕终端显示这些字符，期间经过了应用程序的多次转换。如果中间某次字符处理，用错误的编码方式解码了从输入流读取的字符数据，或用错误的编码方式将字符写入输出流，则下一个字符数据的接收者就会编解码 出错，从而导致最终显示乱码。
    所以解决办法就是，如果 Eclipse采用的是GBK编码保存的文件，那么读取时，也必须采用GBK的方式来读取~如果采用的是UTF-8编码保存的，理所当然也应该用utf-8的格式来解析文件~

        多数的乱码问题都是没有使用同一的编码格式造成的~ 为了解决大部分的编码问题，我们同一使用utf-8的方式来进行文件的保存和读取~