漫话:如何给女朋友解释什么是"锟斤拷"?

漫话:如何给女朋友解释什么是"锟斤拷"?

?

周末女朋友出去逛街了,我自己一个人在家看综艺节目,突然,女朋友给我打来电话。

过了一会,女朋友回来了,她拿出手机,给我看了她在超市拍的照片:

?

要想知道什么是乱码,需要先从计算机编码说起。

字符编码和ASCII

我们经常看一些谍战剧,谍战剧里敌特、地下党员以及八路军各部间发送情报的时候,一般都是通过电报发送的,电报在传递的过程中,需要发报员用电键发出长短不一的电码,收报员就会听到电报机发出的滴滴滴答答答的声音。其实电报发出的声音都是"滴"和"答"的组合,"答"的声音是"滴"的三倍长。

发报员要先通过一种方式,将想要发送的情报转成电报的滴答声,收报员在听到滴答声之后,再将它们翻译成正常的文字。这个过程就是字符编码和字符解码。

谍战剧中将情报转成电报的"滴"和"答"声主要通过摩尔斯电码,这是一种通过不同的排列顺序来表达不同的英文字母、数字和标点符号的字符编码方式。莫尔斯电码由短的和长的电脉冲(称为点和划)所组成。点和划的时间长度都有规定,以一点为一个基本单位,一划等于三个点的长度。正好对应上电报的"滴"和"答"。

就像电报只能发出"滴"和"答"声一样,计算机只认识0和1两种字符,但是,人类的文字是多种多样的,如何把人类的文字转换成计算机认识的01字符呢,这个过程同样需要通过字符编码。

字符编码(Character encoding)是一套法则,使用该法则能够对自然语言的字符的一个集合(如字母表或音节表),与其他东西的一个集合(如号码或电脉冲)进行配对。

和摩尔斯电码功能类似,上个世纪60年代,美国制定了一套字符编码,对英语字符与二进制位之间的关系,做了统一规定,这被称为 ASCII 码,一直沿用至今。

**ASCII(American Standard Code for Information Interchange,美国信息交换标准代码)是基于拉丁字母的一套计算机编码系统。它主要用于显示现代英语,其中共有128个字符,包含了所有的大写和小写字母,数字0到9、标点符号, 以及在美式英语中使用的特殊控制字符等。

由于ASCII只有128个字符,虽然对于英文字符都可以表示了,但是世界上还有很多其他的文字他是没办法表示的,所以需要一种更加全面的字符编码。

在介绍其他的字符编码之前,我们先来说一下一个计算机领域通用的字符集。

Unicode

Unicode(中文:万国码、国际码、统一码、单一码)是计算机科学领域里的一项业界标准。它对世界上大部分的文字系统进行了整理、编码,使得计算机可以用更为简单的方式来呈现和处理文字。

Unicode至今仍在不断增修,每个新版本都加入更多新的字符。目前最新的版本为2019年5月公布的12.1,这一版本只新增了一个字符,即日本新年号令和的合字。

Unicode备受认可,并广泛地应用于计算机软件的国际化与本地化过程。有很多新科技,如可扩展置标语言(Extensible Markup Language,简称:XML)、Java编程语言以及现代的操作系统,都采用Unicode编码。

Unicode是一套通用的字符集,包含世界上的大部分文字,也就是说,Unicode是可以表示中文的。

UTF-8 UTF-16 UTF-32

Unicode虽然统一了全世界字符的编码,但没有规定如何存储。这么做是有考虑的:

如果Unicode统一规定,每个符号就要用三个或四个字节表示,因为字符太多,只能用这么多字节才能表示完全。

一旦这么规定,那么每个英文字母前都必然有二到三个字节是0,因为所有英文字母在ASCII中都有,都可以用一个字节表示,剩余字节位置就要补充0。

如果这样,文本文件的大小会因此大出二三倍,这对于存储来说是极大的浪费。为了解决这个问题,就出现了一些中间格式的字符集,他们被称为通用转换格式,即UTF(Unicode Transformation Format)。常见的UTF格式有:UTF-7, UTF-7.5, UTF-8,UTF-16, 以及 UTF-32。

UTF-8 使用一至四个字节为每个字符编码

UTF-16 使用二或四个字节为每个字符编码

UTF-32 使用四个字节为每个字符编码

所以我们可以说,UTF-8、UTF-16等都是 Unicode 的一种实现方式。

举个例子,Unicode规定了一个中文字符 "我"对应的unicode是"\u6211",但是,在UTF-8和UTF-16等不同的实现方式下,这个二进制code的存储方式是不一样的。

UTF-8使用可变长度字节来储存 Unicode字符,例如ASCII字母继续使用1字节储存,重音文字、希腊字母或西里尔字母等使用2字节来储存,而常用的汉字就要使用3字节。辅助平面字符则使用4字节。

GBK,GB2312,GB18030

因为UTF-8是Unicode的一种实现,所以他包含了世界上的所有文字的编码,他采用的是1-4字节进行编码。

对于那些排在前面优先纳入的文字,可能就优先使用1字节、2字节存储了,对于后纳入的文字,就要使用3字节或者4字节存储了。

正是因为他太全了,所以那些晚一些纳入的字符,在UTF-8中的存储所占的字节数可能就会多一些,那他的存储空间要求就会很大。

对于常用的汉字,在UTF-8中采用3字节进行编码,但是如果有一种只包含中文和ASCII的编码的话,就不需要使用3个字节,可能2个字节就够了。

对于大部分网站来说,基本都是只服务一个国家或者地区的,比如一个中国的网站,一般会出现简体字和繁体字以及一些英文字符,很少会出现日语或者韩文的。

也是出于这样的考虑,中国国家标准总局于1981年制定并实施了 GB 2312-80 编码,即中华人民共和国国家标准简体中文字符集。后来厂商微软利用GB 2312-80未使用的编码空间,收录GB 13000.1-93全部字符制定了GBK编码。

有了标准中文字符集,如果是一个纯中文网站,就可以可以采用这种编码方式,这样可以大大节省一些存储空间的。

常用的中文编码有GBK,GB2312,GB18030等,最常用的是GBK。

  • GB2312(1980年):16位字符集,收录有6763个简体汉字,682个符号,共7445个字符;
  • 优点:适用于简体中文环境,属于中国国家标准,通行于大陆,新加坡等地也使用此编码;
  • 缺点:不兼容繁体中文,其汉字集合过少。
  • GBK(1995年):16位字符集,收录有21003个汉字,883个符号,共21886个字符;
  • 优点:适用于简繁中文共存的环境,为简体Windows所使用,向下完全兼容gb2312,向上支持 ISO-10646 国际标准 ;所有字符都可以一对一映射到unicode2.0上;
  • 缺点:不属于官方标准,和big5之间需要转换;很多搜索引擎都不能很好地支持GBK汉字。
  • GB18030(2000年):32位字符集;收录了27484个汉字,同时收录了藏文、蒙文、维吾尔文等主要的少数民族文字。
  • 优点:可以收录所有你能想到的文字和符号,属于中国最新的国家标准;
  • 缺点:目前支持它的软件较少。

乱码

我们还拿前面介绍过的发电报的例子来说,假设有以下场景:

发报员使用"美式摩尔斯电码"将情报转换成电报,收报员接收到电报之后,通过"现代国际摩尔斯电码"进行破译。那么得到的情报内容就可能完全看不懂,这就是乱码了。

就像在计算机领域,我们把一串中文字符通过UTF-8进行编码传输给别人,别人拿到这串文字之后,通过GBK进行解码,得到的内容就会是“锟届瀿锟斤拷雮傡锟斤拷直锟斤拷锟”,这就是乱码。

如以下代码:

public static void main(String[] args) throws UnsupportedEncodingException {
    String s = "漫话编程!";

    byte[] bytes = s.getBytes(Charset.forName("GBK"));

    System.out.println("GBK编码,GBK解码:" + new String(bytes, "GBK"));

    System.out.println("GBK编码,GB18030解码:" + new String(bytes, "GB18030"));

    System.out.println("GBK编码,UTF-8解码:" + new String(bytes, "UTF-8"));
}
复制代码

输出结果:

GBK编码,GBK解码:漫话编程!
GBK编码,GB18030解码:漫话编程!
GBK编码,UTF-8解码:????????
复制代码

可以看到,将中文字符,通过GBK编码,再使用UTF-8解码,得到的字符就是一串问号,这就是乱码了。

锟斤拷的前世今生

因为Unicode是一直在更新的,在这个过程中,肯定有一些比较新的字符他是无法表示的。或者即使Unicode发布了新版纳入了某个文字,但是很多软件系统并未升级也会有这样的问题。

就像生活中一些手机厂商新出的那些emoji表情,在自己的手机上可以正常显示,发到其他品牌的手机上可能就无法显示。这其实也是字符集不支持导致的。

发生以上情况时,无法显示的时候也需要有一个字符来表示的,在Unicode中,这个字符就是 ? ,他也是Unicode中定义的一个特殊字符。也就是"0xFFFD REPLACEMENT CHARACTER",所有无法表示的字符都会通过这个字符来表示。

Unicode官方有关于这个符号的介绍,从上表中可以看到,他的10进制表示是65533,在UTF-8下,他的16进制形式是‘0xEF 0xBF 0xBD‘(三个字节)。

如果有两个连续的字符都无法显示,如"? ?" ,那么在UTF-8编码下,16进制表示为:

0xEF 0xBF 0xBD
0xEF 0xBF 0xBD
复制代码

以上这段编码,如果放到GBK中进行解码的话,因为GBK中一个汉字两个字节,那么结果就是:

0xEF 0xBF, 0xBD 0xEF, 0xBF 0xBD
复制代码

0xEFBF
0xBDEF
0xBFBD
复制代码

那么,如果展示出来,就是:锟(0xEFBF),斤(0xBDEF),拷(0xBFBD),所以,以后再见到锟斤拷,第一时间想到UTF-8和GBK的转换问题准没错。

除了锟斤拷以外,还有两组比较经典的乱码,分别是"烫烫烫"和"屯屯屯",这两个乱码产生自VC,这是debug模式下VC对内存的初始化操作。VC会把栈中新分配的内存初始化为0xcc,而把堆中新分配的内存初始化为0xcd。把0xcc和0xcd按照字符打印出来,就是烫和屯了。

加入战队

# 加入战队

微信公众号

原文地址:https://www.cnblogs.com/zhangxinhua/p/11444677.html

时间: 2024-10-13 21:58:00

漫话:如何给女朋友解释什么是"锟斤拷"?的相关文章

【考据】“烫烫烫”与“锟斤拷”的原理

在程序员网站上经常看到一个段子(满满的都是泪啊) 手持两把锟斤拷,口中疾呼烫烫烫. 解释一下为什么会是这两个东西不是别的= =: 棍斤拷乱码: 源于GBK字符集和Unicode字符集之间的转换问题.Unicode和老编码体系的转化过程中,肯定有一些字,用Unicode是没法表示的,Unicode官方用了一个占位符来表示这些文字,这就是:U+FFFD REPLACEMENT CHARACTER.那么U+FFFD的UTF-8编码出来,恰好是 '\xef\xbf\xbd'.如果这个'\xef\xbf\

冷笑话-手持两把锟斤拷 口中疾呼烫烫烫 脚踏千朵屯屯屯 笑看万物锘锘锘

手持两把锟斤拷 口中疾呼烫烫烫 脚踏千朵屯屯屯 笑看万物锘锘锘 就用这个冷笑话来作为第一篇把,应该都通过这个冷笑话吧,也是编程中经常会遇到的问题... 聊聊原理吧.. 锟[kūn]斤拷,http://baike.baidu.com/link?url=GCoDM7HBIV_JcJfXzIU9p1Rx7r8Ns2w6jVoZwnhn9ZizxhNG7egrUWojSETDzxb74uZFeVGIBK_qZYgNTo7So_ 这一句在百度百科中可以查到,主要是因为在unicode编码转成GBK是出错的

手持两把锟斤拷,口中疾呼烫烫烫。脚踏千朵屯屯屯,笑看万物锘锘锘。

233333 TA 学编程时爱看的书籍封面是? 各种各样的动物 21 天精通 XXX 現役女子大生(秘)リアルセックス 03

tesseract编译各种 “锟斤拷” 等中文乱码 编译失败问题

编译tesseract - ocr时 各种不通过 也很疑惑,完全按照官方指导来的啊 首先以为是vs的编码问题,随切换选项-切换Unicode或多编码字符集,但仍无效. 定位到乱码的文件,用notepad++ 打开,查看编码,是"""以UTF-8无BOM格式编码",切换成utf-8编码,将所有有中文的编码都切换了(还好只有两个),然后编译既然成功了. 然后新建了一个工程,一路默认创建.打开默认创建的cpp文件,是ANSI编码,没有任何文件头信息.可能是vs对于无bom

从python2,python3编码问题引伸出的通用编码原理解释

今天使用python2编码时遇到这样一条异常UnicodeDecodeError: ‘ascii’ code can’t decode byte 0xef 发现是编码问题,但是平常在python3中几乎没有遇到过,所以特意查了资料,原来python3和python2对于字符串的理解不一样,在python3中,字符串默认unicode编码 一.解释python2和python3文本处理方式 在Python3当中,文本字符串类型(使用Unicode数据存储)被命名为 str , 字节字符串类型被命名

Python2.7字符编码详解

一. 字符编码基础 为明确概念,将字符集的编码模型分为以下4个层次: 抽象字符清单(Abstract Character Repertoire, ACR):待编码文字和符号的无序集合,包括各国文字.标点.图形符号.数字等. 已编码字符集(Coded Character Set, CCS):从抽象字符清单到非负整数码点(code point)集合的映射. 字符编码格式(Character Encoding Form, CEF):从码点集合到指定宽度(如32比特整数)编码单元(code unit)的

java输入,输出的字符编码问题

我们读取文本(无论从那儿读,键盘,硬盘)的时候: 尽量使用: (从硬盘读)InputStreamReader ir=new           InputStreamReader(fileInputStream,"编码"): (从键盘读)InputStreamReader ir=new InputStreamReader(System.in,"编码"): 可以指定编码. 输出文本时, (输出到硬盘)PrintStream ps=new PrintStream(fil

Hadoop-2.2.0 + Hbase-0.96.2 + Hive-0.13.1(转)

From:http://www.itnose.net/detail/6065872.html # 需要软件 Hadoop-2.2.0(目前Apache官网最新的Stable版本) Hbase-0.96.2(这里就用这个版本,跟Hadoop-2.2.0是配套的,不用覆盖jar包什么的) Hive-0.13.1(目前是最新版本) Zookeepr-3.4.6(这里推荐使用 3.4.5) Jdk1.7.0_60(这里推荐使用1.7.0_45) Mysql-5.5.31 # 集群结构图 NN : Nam

GBK,UTF-8,和ISO8859-1之间的编码与解码

Unicode.UTF-8 和 ISO8859-1到底有什么区别 将以"中文"两个字为例,经查表可以知道其GB2312编码是"d6d0 cec4",Unicode编码为"4e2d 6587",UTF编码就是"e4b8ad e69687".注意,这两个字没有iso8859-1编码,但可以用iso8859-1编码来"表示". 2. 编码基本知识 最早的编码是iso8859-1,和ascii编码相似.但为了方便表