字典中文乱码怎么处理_彻底摆脱乱码的困惑

这世上为什么要有乱码这个东西...

先给大家出个思考题吧,一个汉字占多少字节?是不是网上搜出的答案五花八门,那么读完本篇文章,我希望你至少可以准确知道这个问题的答案,我觉得就算是收获。

  1. 什么是编码
  2. 字符集与字符编码
  3. 字符编码的起源 ASCII
  4. 字符编码开始初步发展(欧洲等国)
  5. 字符编码继续发展(来中国了!)
  6. 字符编码终极发展(遍布全世界了)
  7. 字符编码的总结
  8. 为什么会产生乱码
  9. 如何解决乱码
  10. 附录 ASCII、ISO-8859-1 码表
  11. 文末小惊喜

计算机是用 0 和 1 这种二进制形式,来表示一切信息的。所以它需要对所有的信息进行编码,对整数、浮点数进行编码,对字符串进行编码,对声音、图片、视频进行编码。每一种编码都可以深入研究来品味,比如人们发明出补码来使计算机的减法变成加法,还有各种将声音、图片等看似不可能的媒体信息编码成 0 和 1。一切都很美妙,唯独字符编码很讨人厌,往往程序员们都不愿意碰,因为它实在是太乱了。

那今天就由我来帮你理一理。

一、什么是编码

这个问题很重要

编码是把数据从一种形式转换为另外一种形式的过程,而解码则是编码的你过程。

注意,这里可没有说计算机哟,所以编码是一个更大的概念,比如我们每个人都有名字,那你的名字就是你这个人的一种编码。你还有身份证号,那你的身份证号又是你的一种编码。别小看这个简单的例子,它能解释你经常混淆的两个概念。

二、字符集与字符编码

字符集是一个系统支持的所有抽象字符的集合,它是各种文字和符号的总称,比如 ASCII 字符集、GBK 字符集,这就好比刚刚说的所有人这个集合。

字符编码则是怎么把字符集里的这些字符一一用二进制表示的一个字典,或者说一个函数,比如 ASCll 字符编码、GBK 字符编码,这就好比刚刚说的名字表示法身份证号表示法

咦?ASCII 字符集对应的编码方式是 ASCII 字符编码,GBK 字符集对应的编码方式是 GBK 字符编码?没错,通常来说,字符集同时定义了一套同名的字符编码规则。有人就有疑问了,那人这个字符集,不是可以用名字和身份证号两种字符编码么?是的,字符也可以,比如 Unicode 字符集,就可以用 UTF-8、UTF-16 等多种字符编码来表示。

还需要注意的一点是,在计算机的世界里,不会有像名字表示法这样,一个名字可能对应好多人的情况,所以名字表示法在字符编码这里,就不是一个好的字符编码方式,自然也不会有人广泛采用了。

三、字符编码的起源 ASCII

世界上第一份字符集和编码标准,显然是由美国人起草的,就是大名鼎鼎的 ASCII,一共包含了 128 个字符以及对应的二进制,比如小写字母 a 对应 01100001。这 128 个字符包括了可显示的 26 个字母(大小写)、10 个数字、标点符号以及特殊的控制符,也就是英语与西欧语言中常见的字符,这 128 个字符用一个字节(可表示 256 个字符)来表示绰绰有余,所以当时只用了 7 位,还留了一个最高位当做奇偶校验。不奇怪,英语国家的人觉得这真的足够了,假如世界上所有人都用英语,那字符编码真的超级简洁,也就不会有什么乱码问题和这篇文章了。

每一种字符编码最好的描述方式就是简单粗暴的一个字典,或者说一张表,比如 ASCII,没什么可解释的,它就是一张表。编码就从右往左看,解码就从左往右看。详见附录 ASCII。

四、字符编码开始初步发展(欧洲)

EASCII:扩展的 ASCII

我们说 ASCII 发生于美国,因为一开始只有美国有计算机,所以 ASCII 足够了。可是随着计算机的普及,西欧等国家首先开始使用(注意这时候还没有中国)。西欧语言的字符虽然没有中文这么多,但有很多字符是 ASCII 表示不了的。于是他们就把 ASCII 扩充变成了 EASCII,这扩充的包括希腊字母、特殊的拉丁符号等。由于 ASCII 只占了 7 位,所以 EASCII 把第 8 位利用起来,仍然是一个字节来表示,这时表示的字符个数是 256。

但 EASCII 并没有成功,西欧国家以及各个 PC 厂商各自定义出了好多不同的编码字符集,这时候你自然就能想到,一定有一个组织站出来统一这个混乱的局面,制定一个标准,这个组织就是国际标准化组织 ISO国际电工委员会 IEC

ISO-8859

这两个组织制定了一系列的 8 位字符集标准,叫做 ISO-8859。请注意,这叫一系列,我们常说的 ISO-8859-1 才是一个字符集标准,只是 ISO-8859 系列中的一个。之所以定一个系列,因为那时候还想着用单字节来编码,但除去 ASCII 占有的 0x00~0x7F,就只剩下 0x80~0xFF 可以使用了,比如将ISO-8859-1,就是向下兼容 ASCII 的字符集标准,其编码范围是 0x00~0xFF,0x00~0x7F 之间完全和 ASCII 一致,0x80~0x9F 之间是控制字符,0xA0~0xFF 之间是文字符号。

各个国家的符号都容纳进来显然是不够的,于是就分成了好多个版本,你是哪个国家的就用哪个。我们之所以经常提到 ISO-8859-1,是因为它适用于西欧国家,而英国就是西欧国家。

以下是全部的 ISO-8859 系列

标准名称别名适用范围
ISO/IEC 8859-1Latin-1西欧语言
ISO/IEC 8859-2Latin-2中欧语言
ISO/IEC 8859-3Latin-3南欧语言。世界语也可用此字符集显示。
ISO/IEC 8859-4Latin-4北欧语言
ISO/IEC 8859-5Cyrillic斯拉夫语言
ISO/IEC 8859-6Arabic阿拉伯语
ISO/IEC 8859-7Greek希腊语
ISO/IEC 8859-8Hebrew希伯来语(视觉顺序)
ISO/IEC 8859-8-IHebrew-I希伯来语(逻辑顺序)
ISO/IEC 8859-9Latin-5 或 Turkish它把 Latin-1 的冰岛语字母换走,加入土耳其语字母
ISO/IEC 8859-10Latin-6 或 Nordic北日耳曼语支,用来代替 Latin-4
ISO/IEC 8859-11Thai泰语,从泰国的 TIS620 标准字集演化而来。
ISO/IEC 8859-13Latin-7 或 Baltic Rim波罗的语族
ISO/IEC 8859-14Latin-8 或 Celtic凯尔特语族
ISO/IEC 8859-15Latin-9西欧语言,加入 Latin-1 欠缺的芬兰语字母和大写法语重音字母,以及欧元(€)符号。
ISO/IEC 8859-16Latin-10东南欧语言。主要供罗马尼亚语使用,并加入欧元符号。

我们看到,ISO-8859-1 又叫做 Latin-1,所以现在你应该知道,有的地方比如 MySQL 里的字符集显示 Latin-1,不要陌生,他只是 ISO-8859-1 的别名。

还是那句话,字符编码就是一个字典或者对照表,说什么都不如列个表实在,ISO-8859-1 的对照表(只列出扩展了 ASCII 的部分)详见附录 ISO-8859-1

五、字符编码继续发展(来中国了)

GB2312

计算机开水普及到了中国,于是一切就不一样了。原本用一个字节就解决所有的符号编码,在中国是行不通的。于是 1981 年国家标准化管理委员会定了一套字符集叫 GB2312,每个汉字符号由两个字节组成,注意!这里变成了两个字节。理论上它可以表示 65536 个字符,不过它只收录了 7445 个字符,6763 个汉字和 682 个其他字符,同时它能够兼容 ASCII。

GBK

GB2312 所收录的汉字已经覆盖中国大陆 99.75% 的使用频率,但是对一些罕见的字和繁体字还有很多少数民族使用的字符都没法处理,于是后来就在 GB2312 的基础上创建了一种叫 GBK 的字符编码,GBK 不仅收录了 27484 个汉字,同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字。GBK 是利用了 GB2312 中未被使用的编码空间上进行扩充,所以它能完全兼容 GB2312 和 ASCII。

BIG5

台湾地区繁体中文标准字符集,采用双字节编码,共收录 13053 个中文字,1984 年实施。

GB18030 编码

2000 年 3 月 17 日发布的汉字编码国家标准,是对 GBK 编码的扩充,覆盖中文、日文、朝鲜语和中国少数民族文字,其中收录 27484 个汉字。GB18030 字符集采用单字节、双字节和四字节三种方式对字符编码。兼容 GBK 和 GB2312 字符集。

中文字符集总结

简单总结下上面的就是,ASCII < GB2312 < GBK < GB18030,后者是前者的扩充,也即兼容了前者。然后 BIG5 是台湾字符集,单独的一套。

8a2db4cf8fdc70fa8a552ea4523e5687.png
中文字符集图示

这里拿最常用的 GBK 编码举例,GBK 的中文编码是双字节来表示的,英文编码是用 ASCII 码表示的,既用单字节表示。但 GBK 编码表中也有英文字符的双字节表示形式,所以英文字母可以有 2 种 GBK 表示方式。为区分中文,将其最高位都定成 1。英文单字节最高位都为 0。当用 GBK 解码时,若高字节最高位为 0,则用 ASCII 码表解码;若高字节最高位为 1,则用 GBK 编码表解码。你可以看到上图中第一个字节在 00~7F(二进制 00000000~01111111,所以第一位是 0) 之间的都是 ASCII。

理论上说,中文字符编码也应该列一个对照表,无奈它实在是太多了,不但汉字数量多,而且编码方式也多。所以这里只列一下数量最少的 GB2312 ,而且用链接的形式给你。

GB2312 简体中文编码表

六、字符编码终极发展(遍布全球)

Unicode

跟 ISO-8859 的出现原因一样,只不过这次范围扩大到了全世界。当然世界各国都有自己国家的字符编码发展历史,这里就没必要一一展开了。1991 年,国际标准化组织和统一码联盟组织退出了 Unicode 项目,目的就是同一全世界的所有字符。

你可能知道 Unicode 分 UTF-8、UTF-16、UCS-2 等,而 ISO-8859 也分 ISO-8859-1、ISO-8859-2……你会不会觉得它们是一样的道理呢?错!

  • ISO-8859 是一个字符集的系列,分成 ISO-8859-1、ISO-8859-2 等好多字符集,而每个字符集对应的编码方式就是 ISO-8859-1 编码、ISO-8859-2 编码,是一对一的关系。
  • Unicode 本身就是一个字符集,是全世界所有字符的合集,它并不是字符集系列。而 Unicode 这个字符集特殊的地方在于,他的编码方式不叫 Unicode 编码,它的编码方式有很多种,分别是 UTF-8 编码、UTF-16 编码等。

所以字符集系列和字符集的区别,最好的例子就是 ISO-8859;而字符集和字符编码的区别,最好的例子就是 Unicode。

捋清了这个关系,下面我们就可以详细说说大家心心念念的 Unicode 了。Unicode 本身并没有规定一个字符究竟是怎么编码,甚至都没有规定用几个字节表示,所以也叫可变长度字符编码。Unicode 只规定了每个字符对应到唯一的代码值(code point),代码值从 0000~10FFFF 共 1114112 个值,你曾经看到的很讨人厌的 \u0300 这种,就是 Unicode 的代码值,这种代码值要想变成真正存储在机器里的字符串,一定要进行某种编码,如下。

ustr = \u0030;
str = ustr.encode("utf-8")

真正存储的时候需要多少个字节是由具体的编码格式决定的。比如:字符 「A」用 UTF-8 的格式编码来存储就只占用 1 个字节,用 UTF-16 就占用 2 个字节,而用 UTF-32 存储就占用 4 个字节。而 UTF-8 本身,又不是固定长度的,也是可变长度的。

UnicodeUTF-8byte 数备注
0000~007F0XXX XXXX1
0080~07FF110X XXXX 10XX XXXX2
0800~FFFF1110 XXXX 10XX XXXX 10XX XXXX3基本定义范围:0~FFFF
1 0000~1F FFFF1111 0XXX 10XX XXXX 10XX XXXX 10XX XXXX4Unicode6.1 定义范围:0~10 FFFF

所以从这里你可以看出,一般一种编码方式是如何兼容其他编码的,又是如何可变长度的。UTF-8 编码的第一位如果是 0,则只有一个字节,跟 ASCII 编码完全一样,所以兼容了。如果是 110 开头,则是两个字节,以此类推如上表所示。所以开头几位的值,是编码本身,同时又是判断是几个字节数的推码,可谓是一箭双雕。这种设计颇有点像 CPU 中的相联存储器的概念。

所以如果再有人问你这个问题:UTF-8 占几个字节汉字到底占几个字节?你就可以这样专业而又不装逼的回答:

首先汉字占几个字节这个问题本身就不明确,应该问 Unicode 字符集中的汉字用 UTF-8 编码方式编码,占几个字节?

那这个问题就演化成了 UTF-8 占几个字节。UTF-8 是可变长度字符编码,所以只能说占 1~4 个字节。

  • 单字节可编码的 Unicode 范围:\u0000~\u007F(0~127)
  • 双字节可编码的 Unicode 范围:\u0080~\u07FF(128~2047)
  • 三字节可编码的 Unicode 范围:\u0800~\uFFFF(2048~65535)
  • 四字节可编码的 Unicode 范围:\u10000~\u1FFFFF(65536~2097151)

那基于各种历史的或者是合理性原因,人们把占用 1 个字节的给了 ASCII;占 2 个字节的给了拉丁文、希腊文、西里尔字母、亚美尼亚语、希伯来文等;占 3 个字节的给了大部分汉字,基本等同于 GBK,含 21000 多个汉字;占 4 个字节的中日韩超大字符集里面的汉字,有 5 万多个。

所以,汉字占三个字节这句话,应该说成

Unicode 字符集中的大部分汉字,如果用 UTF-8 编码的话,是占 3 个字节的。而 UTF-8 编码本身,是 1~4 个字节的可变长度字符编码。

七、字符编码的总结

按时间线
  • 美国线:ASCII --> EASCII --> ISO-8859 --> Unicode
  • 中国线:GB2312 --> GBK --> GB18030 --> Unicode
  • 他国线:... ... --> Unicode
按含义
  • 字符集系列(对应 n 多个字符集):ISO-8859 系列
  • 字符集(对应 n 多个字符编码):ASCII、ISO-8859-1、GBK、Unicode
  • 字符编码:ASCII、ISO-8859-1、GBK、UTF-8、UTF-16
按字节数
  • 单字节:ASCII、ISO-8859 系列
  • 双字节:GB2312、GBK
  • 可变字节:UTF-8、UTF-16

八、为什么会产生乱码

前面说过,编码和解码,就是一个查表的过程,正着查是二进制的值到字符,反着查是字符到二进制的数值。所谓乱码,就是编码和解码查的不是一张表嘛。就好比你叫你丈夫的爹为“公公”,你是查现代汉语词典编码出的“公公”两个字,人家爸爸却拿着古代汉语词典来解码你这个“公公”的含义,这不乱才怪嘛。

自己构造一个乱码很简单,我们用 UTF-8 来编码一个“你好”这两个字,再用 GBK 解码来阅读,看看会怎么样。

  1. 首先新建一个 txt 文件,就叫【乱码.txt】吧,然后用二进制方式打开它(我用的是 Notepad++,下载了 Hex-Editor 插件)。

  2. 我们查 UTF-8 编码字典,发现你好两个字的编码是“E4BDA0”、“E5A5BD”,我们将编码输入。

  3. 好吧你说这哪是 2 进制啊,这不是 16 进制么。那我们就直接一点,用纯 2 进制的方式输入,“111001001011110110100000”,“111001011010010110111101”。

e360fc20b3cfcfcaf47617689e008a07.png
存在计算机里都一样
  1. 返回正常的文本状态,选择用 UTF-8 编码方式查看,发现是正常的“你好”两个字。但如果切换成 GBK(这里我选择了 GB2312,一样的),就变成了奇怪的文字。
4e965051eefd333cc4d0d1709bc04d93.png
  1. 这很好理解,UTF-8 编码汉字是 3 个字节,刚刚我们编码了“你好”,对应的字节序列是 “E4BDA0”、“E5A5BD”,一共 6 个字节。GBK 编码汉字是 2 个字节,于是解读成了 “E4BD“、”A0E5“、”A5BD”,三个汉字。那我们查 GBK 码表:
544f491f3201f9be3981469bf703836a.png
cad8b222419a44fc91fadf190042ce9f.png
0810c742aee5af8c110ef0bc2de16571.png

你有没有发现,居然跟我们看到的是一样的!这还是比较有好的乱码,起码还能对应上真正码表中存在的汉字。有的乱码字节数都不对,或者干脆码表中查不到,就难看极了。这就要看各个不同的文本查看软件怎么处理了,比如我 GBK 本来是双字节的,我硬生生把一个字的后一个字节删了,这种情况 Notepad++ 还算友好,可以让你看到是因为少了一个字节出的问题,如果用记事本打开,就是一个大写的 “?”。

2d4539ed3a124239ed50f8898fbdf45a.png
6c8cce33748eb74bdccc5dd0dbae916d.png

编码我们都理解了,就是最终写在计算机内存里的 01010 字节序列。而对于解码,似乎还是有一点迷惑,解码解成了什么呢?要相信自己的判断,没错,解码就是解成了我们眼睛看到的这些东西,他们的本质就是屏幕上显示的光点。比如说汉字,其实解码我们所查的表,最终对应的就是一个 n*n 的矩阵,最终再经过一些列的转换,由串口输出到显示屏上,矩阵中的 1 就代表有,0 就代表无,经过放大缩小等线性变换,最终达到屏幕上的一个个小光点上,就变成了我们看到的字。老一辈的计算机从业者,有很多人力需要去造这张表,就是把每个编码对应的这个矩阵画出来,最终存成字库。如果你听老一辈的计算机从业者讲述,将听到很多关于这里的故事,像“区位码”,这里我就不展开说了,其实也是因为没经历过,不太了解。

九、如何解决乱码

上一环节我给你展示了一个文本文件如何产生了乱码,那如何解决文本文件的编码呢,很简单,保存的时候用什么格式编码保存的,读取的时候就用什么时候读。比如 Notepad++ 就很清晰,保存和读取都在【编码】这个菜单栏里。

对于记事本,我们似乎没看到编码这一项,其实如果你选择另存为,一般会有四个编码选项让你选择,分别是 ANSI、Unicode、Unicode big endian、UTF-8。如果你不选择的话,默认保存是用 ANSI,那 windows 平台一般是指的 GBK

这里你可能会困惑,刚刚不是说了 Unicode 不是字符集编码,而只是字符集么,这里怎么又出现在编码了。没错,这就是字符编码比较乱的地方之一,命名不规范,有很多潜规则。比如这个记事本的 Unicode:Windows 平台下默认的 Unicode 编码为 Little Endian 的 UTF-16,实际上它还是指的是一个具体的编码格式,只不过被潜规则在 Windows 平台下了,让很多人误以为 Unicode 就是特指某种具体的编码方式。

浏览器

刚刚解释了下记事本的乱码解决,其实所有工具都是一样的,只要有文本阅读的地方,一般都会有设置编码的地方。那么我们来看一下最常见也最容易出错的浏览器。我们打开一个网页发现是乱码,这尤其经常发生在我们开发测试阶段,那么我们先抛离服务端,单纯创建一个乱码的页面。

用 Notepad++ 写一个以 UTF-8 编码的文件 test.html:

HTML>

    
    
        你好
    

用 IE 浏览器打开,直接乱码:

19ce9e36b4f3046ac9f7af0543a01cb6.png

而如果我们重新用 GBK 编码写一个一模一样的文件,再用 IE 打开,正常。这是为什么呢?原因很简单,IE 浏览器默认用 GBK 去解码一个 HTML。这又是一个潜规则。

而我们怎么才能让它显示正确呢?你可以强行改浏览器的编码方式,但你搞一个服务,总不能让用户去做这个事情吧?一个个试哪个编码方式正确?即使浏览器功能强大到可以智能分析编码,也最好有一个标识来告诉浏览器这个 HTML 是如何编码的,这个标识就是:

"utf-8"/>

把它加载 header 中:

HTML>

    
        "utf-8"/>
    
    
        你好
    

再用 IE 浏览器打开,正常!

那么我们就知道了,页面产生乱码,不是我们的问题,要么是服务端没有设置这个 meta charset,要么就是服务端设置了,但实际上编码响应流的时候却用了其他编码方式。当然我们也能自己强行解决,那就是设置浏览器的编码方式,不同浏览器设置编码方式的位置不一样,而且我个人感觉也很难找,不同浏览器的默认编码方式也不同,而且还有可能有 Unicode 指的是 UTF-8 这样的潜规则。所以为了彻底杜绝这个问题,还是在 HTML 文件里面告知为好。

服务器

既然浏览的页面乱码怪服务端,那我就不得不说说服务端这边的事。

我们写一个 Spring Boot 程序:

@SpringBootApplication
@Controller
public class JavamateSpringbootApplication {

    public static void main(String[] args) {
        SpringApplication.run(JavamateSpringbootApplication.class, args);
    }

    @RequestMapping("hello")
    @ResponseBody
    public String hello() {
        return "你好";
    }
}

浏览器访问 /hello,完美显示“你好”,并没有乱码。

正因为 Spring Boot 为我们做了太多事,才这么容易发生不乱码的情况。其实与其说为什么会乱码,不如解释解释为什么这段代码没有乱码。

首先没有乱码,一定是编解码用的是同一套。那编码是什么呢,这里就又涉及到潜规则了,Spring Boot 默认情况下,@ResponseBody 会用 UTF-8 对字符串进行编码,而且会为响应体设置一个相应头:

Content-Type: text/javascript; charset=UTF-8

解码方面,IE 浏览器默认是 GBK,但你响应体里有这个头了,那 IE 会改成用 UTF-8 解码。

不知道你有没有经历过 Tomcat 时代的 ISO-8859-1 乱码的时代,那时候没有这些强大的开发框架,好多地方可能要 response 直接 write 数据出去,而 Tomcat 此时的默认编码是 ISO-8859-1。所以那时候好多地方都需要手动改成 UTF-8。由于 UTF-8 渐渐变成了国际标准,Spring Boot 框架也将内嵌的 Tomcat 默认编码格式改成了 UTF-8。

那我们怎么搞出一个乱码呢?很简单,我们用默认编码格式为 ISO-8859-1 的 Response 直接 write 出去,而不依赖于框架。

@RequestMapping("hello2")
public void hello2(HttpServletResponse response) throws IOException {
    PrintWriter writer = response.getWriter();
    writer.println("你好");
    writer.flush();
}

浏览器打开,直接乱码。

其实更直观的写法应该是这样,抛开所有默认的外套:

@RequestMapping("hello2")
public void hello2(HttpServletResponse response) throws IOException {
    response.setCharacterEncoding("gbk");
    response.addHeader("Content-Type", "text/html");
    ServletOutputStream out = response.getOutputStream();
    out.write("你好".getBytes("utf-8"));
    out.flush();
}

浏览器打开,看到了我们熟悉的乱码。

浣犲ソ

我们看到代码中,直接表达了:将“你好”用 UTF-8 格式编码,并通过响应头告诉浏览器,用 GBK 的方式解码。这自然就乱码了。

现在的服务端框架,已经达成了用 UTF-8 作为编解码标准的共识,而且 String 的 getBytes 方法默认的也是 UTF-8,也可以通过 file.encoding 参数配置。所以现在基本不用担心乱码问题了。在 Tomcat 乱码满天飞的时代,解决乱码问题也无非是:

  • 看字符串本身的编码
  • 看设置回响应头的编码
  • 看 HTML 文件的 meta 属性的编码

附录后文末有惊喜

十、附录

ASCII 和 ISO-8859-1 的编码表

ASCII
BinOctDecHex缩写/字符解释
(二进制)(八进制)(十进制)(十六进制)
0000 0000000x00NUL(null)空字符
0000 0001110x01SOH(start of headline)标题开始
0000 0010220x02STX (start of text)正文开始
0000 0011330x03ETX (end of text)正文结束
0000 0100440x04EOT (end of transmission)传输结束
0000 0101550x05ENQ (enquiry)请求
0000 0110660x06ACK (acknowledge)收到通知
0000 0111770x07BEL (bell)响铃
0000 10001080x08BS (backspace)退格
0000 10011190x09HT (horizontal tab)水平制表符
0000 101012100x0ALF (NL line feed, new line)换行键
0000 101113110x0BVT (vertical tab)垂直制表符
0000 110014120x0CFF (NP form feed, new page)换页键
0000 110115130x0DCR (carriage return)回车键
0000 111016140x0ESO (shift out)不用切换
0000 111117150x0FSI (shift in)启用切换
0001 000020160x10DLE (data link escape)数据链路转义
0001 000121170x11DC1 (device control 1)设备控制 1
0001 001022180x12DC2 (device control 2)设备控制 2
0001 001123190x13DC3 (device control 3)设备控制 3
0001 010024200x14DC4 (device control 4)设备控制 4
0001 010125210x15NAK (negative acknowledge)拒绝接收
0001 011026220x16SYN (synchronous idle)同步空闲
0001 011127230x17ETB (end of trans. block)结束传输块
0001 100030240x18CAN (cancel)取消
0001 100131250x19EM (end of medium)媒介结束
0001 101032260x1ASUB (substitute)代替
0001 101133270x1BESC (escape)换码(溢出)
0001 110034280x1CFS (file separator)文件分隔符
0001 110135290x1DGS (group separator)分组符
0001 111036300x1ERS (record separator)记录分隔符
0001 111137310x1FUS (unit separator)单元分隔符
0010 000040320x20(space)空格
0010 000141330x21!叹号
0010 001042340x22"双引号
0010 001143350x23#井号
0010 010044360x24$美元符
0010 010145370x25%百分号
0010 011046380x26&和号
0010 011147390x27'闭单引号
0010 100050400x28(开括号
0010 100151410x29)闭括号
0010 101052420x2A*星号
0010 101153430x2B+加号
0010 110054440x2C,逗号
0010 110155450x2D-减号/破折号
0010 111056460x2E.句号
0010 111157470x2F/斜杠
0011 000060480x300字符 0
0011 000161490x311字符 1
0011 001062500x322字符 2
0011 001163510x333字符 3
0011 010064520x344字符 4
0011 010165530x355字符 5
0011 011066540x366字符 6
0011 011167550x377字符 7
0011 100070560x388字符 8
0011 100171570x399字符 9
0011 101072580x3A:冒号
0011 101173590x3B;分号
0011 110074600x3C<小于
0011 110175610x3D=等号
0011 111076620x3E>大于
0011 111177630x3F?问号
0100 0000100640x40@电子邮件符号
0100 0001101650x41A大写字母 A
0100 0010102660x42B大写字母 B
0100 0011103670x43C大写字母 C
0100 0100104680x44D大写字母 D
0100 0101105690x45E大写字母 E
0100 0110106700x46F大写字母 F
0100 0111107710x47G大写字母 G
0100 1000110720x48H大写字母 H
0100 1001111730x49I大写字母 I
1001010112740x4AJ大写字母 J
0100 1011113750x4BK大写字母 K
0100 1100114760x4CL大写字母 L
0100 1101115770x4DM大写字母 M
0100 1110116780x4EN大写字母 N
0100 1111117790x4FO大写字母 O
0101 0000120800x50P大写字母 P
0101 0001121810x51Q大写字母 Q
0101 0010122820x52R大写字母 R
0101 0011123830x53S大写字母 S
0101 0100124840x54T大写字母 T
0101 0101125850x55U大写字母 U
0101 0110126860x56V大写字母 V
0101 0111127870x57W大写字母 W
0101 1000130880x58X大写字母 X
0101 1001131890x59Y大写字母 Y
0101 1010132900x5AZ大写字母 Z
0101 1011133910x5B[开方括号
0101 1100134920x5C\反斜杠
0101 1101135930x5D]闭方括号
0101 1110136940x5E^脱字符
0101 1111137950x5F_下划线
0110 0000140960x60`开单引号
0110 0001141970x61a小写字母 a
0110 0010142980x62b小写字母 b
0110 0011143990x63c小写字母 c
0110 01001441000x64d小写字母 d
0110 01011451010x65e小写字母 e
0110 01101461020x66f小写字母 f
0110 01111471030x67g小写字母 g
0110 10001501040x68h小写字母 h
0110 10011511050x69i小写字母 i
0110 10101521060x6Aj小写字母 j
0110 10111531070x6Bk小写字母 k
0110 11001541080x6Cl小写字母 l
0110 11011551090x6Dm小写字母 m
0110 11101561100x6En小写字母 n
0110 11111571110x6Fo小写字母 o
0111 00001601120x70p小写字母 p
0111 00011611130x71q小写字母 q
0111 00101621140x72r小写字母 r
0111 00111631150x73s小写字母 s
0111 01001641160x74t小写字母 t
0111 01011651170x75u小写字母 u
0111 01101661180x76v小写字母 v
0111 01111671190x77w小写字母 w
0111 10001701200x78x小写字母 x
0111 10011711210x79y小写字母 y
0111 10101721220x7Az小写字母 z
0111 10111731230x7B{开花括号
0111 11001741240x7C\
0111 11011751250x7D}闭花括号
0111 11101761260x7E~波浪号
0111 11111771270x7FDEL (delete)删除
ISO-8859-1
DECOCTHEXBINSymbolDescription
1282008010000000Euro sign
1292018110000001
1302028210000010Single low-9 quotation mark
1312038310000011ƒLatin small letter f with hook
1322048410000100Double low-9 quotation mark
1332058510000101Horizontal ellipsis
1342068610000110Dagger
1352078710000111Double dagger
1362108810001000ˆModifier letter circumflex accent
1372118910001001Per mille sign
1382128A10001010ŠLatin capital letter S with caron
1392138B10001011Single left-pointing angle quotation
1402148C10001100ŒLatin capital ligature OE
1412158D10001101
1422168E10001110ŽLatin captial letter Z with caron
1432178F10001111
1442209010010000
1452219110010001Left single quotation mark
1462229210010010Right single quotation mark
1472239310010011Left double quotation mark
1482249410010100Right double quotation mark
1492259510010101Bullet
1502269610010110En dash
1512279710010111Em dash
1522309810011000˜Small tilde
1532319910011001Trade mark sign
1542329A10011010šLatin small letter S with caron
1552339B10011011Single right-pointing angle quotation mark
1562349C10011100œLatin small ligature oe
1572359D10011101
1582369E10011110žLatin small letter z with caron
1592379F10011111ŸLatin capital letter Y with diaeresis
160240A010100000Non-breaking space
161241A110100001¡Inverted exclamation mark
162242A210100010¢Cent sign
163243A310100011£Pound sign
164244A410100100¤Currency sign
165245A510100101¥Yen sign
166246A610100110¦Pipe, Broken vertical bar
167247A710100111§Section sign
168250A810101000¨Spacing diaeresis - umlaut
169251A910101001©Copyright sign
170252AA10101010ªFeminine ordinal indicator
171253AB10101011«Left double angle quotes
172254AC10101100¬Not sign
173255AD10101101Soft hyphen
174256AE10101110®Registered trade mark sign
175257AF10101111¯Spacing macron - overline
176260B010110000°Degree sign
177261B110110001±Plus-or-minus sign
178262B210110010²Superscript two - squared
179263B310110011³Superscript three - cubed
180264B410110100´Acute accent - spacing acute
181265B510110101µMicro sign
182266B610110110Pilcrow sign - paragraph sign
183267B710110111·Middle dot - Georgian comma
184270B810111000¸Spacing cedilla
185271B910111001¹Superscript one
186272BA10111010ºMasculine ordinal indicator
187273BB10111011»Right double angle quotes
188274BC10111100¼Fraction one quarter
189275BD10111101½Fraction one half
190276BE10111110¾Fraction three quarters
191277BF10111111¿Inverted question mark
192300C011000000ÀLatin capital letter A with grave
193301C111000001ÁLatin capital letter A with acute
194302C211000010ÂLatin capital letter A with circumflex
195303C311000011ÃLatin capital letter A with tilde
196304C411000100ÄLatin capital letter A with diaeresis
197305C511000101ÅLatin capital letter A with ring above
198306C611000110ÆLatin capital letter AE
199307C711000111ÇLatin capital letter C with cedilla
200310C811001000ÈLatin capital letter E with grave
201311C911001001ÉLatin capital letter E with acute
202312CA11001010ÊLatin capital letter E with circumflex
203313CB11001011ËLatin capital letter E with diaeresis
204314CC11001100ÌLatin capital letter I with grave
205315CD11001101ÍLatin capital letter I with acute
206316CE11001110ÎLatin capital letter I with circumflex
207317CF11001111ÏLatin capital letter I with diaeresis
208320D011010000ÐLatin capital letter ETH
209321D111010001ÑLatin capital letter N with tilde
210322D211010010ÒLatin capital letter O with grave
211323D311010011ÓLatin capital letter O with acute
212324D411010100ÔLatin capital letter O with circumflex
213325D511010101ÕLatin capital letter O with tilde
214326D611010110ÖLatin capital letter O with diaeresis
215327D711010111×Multiplication sign
216330D811011000ØLatin capital letter O with slash
217331D911011001ÙLatin capital letter U with grave
218332DA11011010ÚLatin capital letter U with acute
219333DB11011011ÛLatin capital letter U with circumflex
220334DC11011100ÜLatin capital letter U with diaeresis
221335DD11011101ÝLatin capital letter Y with acute
222336DE11011110ÞLatin capital letter THORN
223337DF11011111ßLatin small letter sharp s - ess-zed
224340E011100000àLatin small letter a with grave
225341E111100001áLatin small letter a with acute
226342E211100010âLatin small letter a with circumflex
227343E311100011ãLatin small letter a with tilde
228344E411100100äLatin small letter a with diaeresis
229345E511100101åLatin small letter a with ring above
230346E611100110æLatin small letter ae
231347E711100111çLatin small letter c with cedilla
232350E811101000èLatin small letter e with grave
233351E911101001éLatin small letter e with acute
234352EA11101010êLatin small letter e with circumflex
235353EB11101011ëLatin small letter e with diaeresis
236354EC11101100ìLatin small letter i with grave
237355ED11101101íLatin small letter i with acute
238356EE11101110îLatin small letter i with circumflex
239357EF11101111ïLatin small letter i with diaeresis
240360F011110000ðLatin small letter eth
241361F111110001ñLatin small letter n with tilde
242362F211110010òLatin small letter o with grave
243363F311110011óLatin small letter o with acute
244364F411110100ôLatin small letter o with circumflex
245365F511110101õLatin small letter o with tilde
246366F611110110öLatin small letter o with diaeresis
247367F711110111÷Division sign
248370F811111000øLatin small letter o with slash
249371F911111001ùLatin small letter u with grave
250372FA11111010úLatin small letter u with acute
251373FB11111011ûLatin small letter u with circumflex
252374FC11111100üLatin small letter u with diaeresis
253375FD11111101ýLatin small letter y with acute
254376FE11111110þLatin small letter thorn
255377FF11111111ÿLatin small letter y with diaeresis

逗你呢,其实没什么惊喜。

就是给大家出一个小题吧,1 斤 100 元的纸币和 100 斤 1 元的纸币,你选拿个?可以在讨论区留下你的答案

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值