中文编码问题分析及几种乱码场景

1、为什么要编码

 

编码的原因可以总结为:
◎ 计算机中存储信息的最小单元是一个字节(byte),即8个bit,所以能表示的字符范围是0~255个。
◎ 人类要表示的符号太多,无法用一个字节来完全表示。
要解决这个矛盾必须要有一个新的数据结构char,从char到byte必须编码。


2、几种编码格式


1.ASCII码


学过计算机的人都知道ASCII码,总共有128个,用一个字节的低7位表示,0~31是控制字符如换行、回车、删除等,32~126是打印字符,可以通过键盘输入并且能够显示出来。


2.ISO-8859-1


128个字符显然是不够用的,于是ISO组织在ASCII码基础上又制定了一系列标准用来扩展ASCII编码,它们是ISO-8859-1~ISO-8859-15,其中ISO-8859-1涵盖了大多数西欧语言字符,所以应用得最广泛。ISO-8859-1仍然是单字节编码,它总共能表示256个字符。


3.GB2312


它的全称是《信息交换用汉字编码字符集基本集》,它是双字节编码,总的编码范围是A1~F7,其中从A1~A9是符号区,总共包含682个符号,从B0~F7是汉字区,包含6763个汉字。


4.GBK


全称叫《汉字内码扩展规范》,是国家技术监督局为Windows 95所制定的新的汉字内码规范,它的出现是为了扩展GB2312,加入更多的汉字,它的编码范围是8140~FEFE(去掉XX7F),总共有23940个码位,它能表示21003个汉字,它的编码是和GB2312兼容的,也就是说用GB2312编码的汉字可以用GBK来解码,并且不会有乱码。


5.GB18030


全称是《信息交换用汉字编码字符集》,是我国的强制标准,它可能是单字节、双字节或者四字节编码,它的编码与GB2312编码兼容,虽然是国家标准,但是实际应用系统中使用得并不广泛。


6.UTF-16


说到UTF必须提到Unicode(Universal Code统一码),ISO试图创建一个全新的超语言字典,世界上所有的语言都可以通过这本字典来相互翻译。可想而知这个字典是多么复杂,关于Unicode的详细规范可以参考相应文档。Unicode是Java和XML的基础,下面详细介绍Unicode在计算机中的存储形式。
UTF-16具体定义了Unicode字符在计算机中的存取方法。UTF-16用两个字节来表示Unicode转化格式,它是定长的表示方法,不论什么字符都可以用两个字节表示,两个字节是16个bit,所以叫UTF-16。UTF-16表示字符非常方便,每两个字节表示一个字符,这就大大简化了字符串操作,这也是Java以UTF-16作为内存的字符存储格式的一个很重要的原因。


7.UTF-8


UTF-16统一采用两个字节表示一个字符,虽然在表示上非常简单方便,但是也有其缺点,有很大一部分字符用一个字节就可以表示的现在要用两个字节表示,存储空间放大了一倍,在现在的网络带宽还非常有限的情况下,这样会增大网络传输的流量,而且也没有必要。而UTF-8采用了一种变长技术,每个编码区域有不同的字码长度。不同类型的字符可以由1~6个字节组成。
UTF-8有以下编码规则:
◎ 如果一个字节,最高位(第8位)为0,表示这是一个ASCII字符(00~7F)。可见,所有ASCII编码已经是UTF-8了。
◎ 如果一个字节,以11开头,连续的1的个数暗示这个字符的字节数,例如:110xxxxx代表它是双字节UTF-8字符的首字节。
◎ 如果一个字节,以10开始,表示它不是首字节,需要向前查找才能得到当前字符的首字节。

 

3、两种编码场景

 

1.磁盘I/O

 

  • Reader 读字符
  • InputStream 读字节
  • 字节->字符:StreamDecoder解码

 

  • Writer 写字符
  • OutputStream 写字节的父类
  • 字符->字节:StreamEncoder编码

 

2.内存中编码

 

  • byte[] b = str.getBytes(“UTF-8”)
  • String s = new String(b, “UTF-8”)

 

4、Web请求中涉及的编解码:

 

1.URL的编解码(服务器端设置URIEncoding)

URL中有中文:

PathInfo -> UTF-8编码

QueryString –> GBK编码

 

为什么会有”%”:RFC3968知,浏览器编码URL将非ASCII字符编码成16进制数字后,每个16进制表示的字节前要加上”%”

 

2.HTTP Header的编解码

不要在Header中传递非ASCII字符(默认ISO-8859-1解码)

 

3.POST表单编解码

设置request.setCharacterEncoding(charset)

 

4.HTTP Body编解码

设置Content-Type为”UTF-8”

 

 

5.其他涉及编码

 

JS文件引入(URL编码escape()/encodeURI)

Xml文件设置头部

Velocity/Jsp设置编码

 

6、几种乱码问题分析

 

1.中文变成了看不懂的字码

char[] ---GBK编码--> byte[] ---ISO-8859-1解码---> i^o&i^i

 

2.一个汉字->一个问号

char[] ---GBK编码--> byte[] ---ISO-8859-1解码--->char[] (?)

 

3.一个汉字->两个问号

char[] ---ISO-8859-1编码--> byte[] ---ISO-8859-1解码--->char[] ---GBK编码--> byte[] ---GBK解码--->char[] (??)

 

4.不正常的正确编码

char[] ---GBK编码--> byte[] ---ISO-8859-1解码--->char[] ---ISO-8859-1编码--> byte[] ---GBK解码--->char[]

 

5.解决:

(1)、明确转码位置(数据->磁盘/传输)

(2)、框架、系统、软件、操作系统设置正确编码(明确默认编码)

 

 

参考:

《深入分析Java Web技术内幕》

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值