您所在的位置:主页 > 热血传奇sf > > 正文

找分钟学会理解和解决乱码问题

作者:admin 来源:未知 日期:2017-10-15 21:03 人气:  

本文将详细介绍乱码的成因和具体的解决方案。在阅读本文之前,强烈建议对字符集编码概念还比较模糊的同学阅读下博主之前对相关概念的一篇科普十分钟搞清字符集和字符编码出现乱码的原因要了解为什么会出现乱码,我们就先要理解从客户端发起请求,到存储数据,再到下次从表取回客户端的过程中,哪些环节会有编码/解码的行为。为了更好的解释这个过程,博主制作了两张流程图,分别对应存入和取出两个阶段。存入经历的编码转换过程上图中有3次编码/解码的过程红色箭头。三个红色箭头分别对应客户端编码,解码,编码向表编码的转换。其中可以是一个,一个页面又或者是一个。本文中我们假定是我们的,即用户端的输入和展示界面。图中每一个框格对应的行为如下在中使用输入法输入根据字符编码转换成二进制流二进制流通过客户端传输到通过--解码判断--和目标表的是否一致如果不一致则进行一次从-到-的一次字符编码转换将转换后的字符编码二进制流存入文件中从表中取出数据经历的编码转换过程上图有3次编码/解码的过程红色箭头。上图中三个红色箭头分别对应客户端解码展示,根据--编码,表编码向--编码的转换。从文件读出二进制数据流用表字符集编码进行解码将数据转换为--的编码使用--编码为二进制流通过网络传输到远端通过配置的字符编码展示查询结果造成乱码的原因1存入和取出时对应环节的编码不一致这个会造成乱码是显而易见的。我找们把存入阶段的三次编解码使用的字符集编号为1,2,3图一从左到右;取出时的三个字符集依次编号为1’,2’,3’从左到右。那么存入的时候1用的是-8编码,取出的时候,1'我们却使用了终端默认是编码,那么结果几乎一定是乱码。又或者存入的时候82,而取出的时候却使用了2',那么结果也必然是乱码2单个流程中三步的编码不一致即上面任意一幅图中的同方向的三步中,只要两步或者两部以上的编码有不一致就有可能出现编解码错误。如果差异的两个字符集之间无法进行无损编码转换下文会详细介绍,那么就一定会出现乱码。例如我们的是8编码,的--配置成了,而表结构却又是=8,那么毫无疑问的一定会出现乱码。这里我们就简单演示下这种情况123456789101112131415161718192021222324{}>__8_,_50=8;,0004{}>;,0000{}>__8_'中文';,1,1001{}>;+---------+------+---------------------------------------------------------------------------+||||+---------+------+---------------------------------------------------------------------------+||1366|'\\6\96\87''_'1|+---------+------+---------------------------------------------------------------------------+1000{}>,_,___8;+----+----------------+----------+||_|_|+----+----------------+----------+|1|669336983|???????|+----+----------------+----------+11.85传奇001关于的编/解码既然系统之间是按照二进制流进行传输的,那直接把这串二进制流直接存入表文件就好啦。为什么在存储之前还要进行两次编解码的操作呢?的编解码的原因是需要对传来的二进制流做语法和词法解析。如果不做编码解析和校验,我们haosf甚至没法知道传来的一串二进制流是还是。的编解码是为知道二进制流内的分词情况。举个简单的例子我们想要从表里取出某个字段的前两个字符,执行了一句形如,2的语句,存储引擎从文件读入该的值是4869687。那么这个时候如果我们按照把这个值分割成48,6,9687三个字,并那么返回客户端的值就应该是486;如果按照8分割成48,69687,那么就应该返回4869687两个字。可见,如果在从数据文件读入数据后,不进行编解码的话在存储引擎内部是无法进行字符级别的操作的。

123/3页下一页在本页阅读全文

本文网址:http://www.gougoudown.com/rexuechuanqisf/2017/1015/1650.html