zoukankan      html  css  js  c++  java
  • 编码格式

    编码格式

    一、ASCII 码

    一个字符 占用 一个字节

    8位 255种状态 理论可容纳255个字符
    
    上个世纪60年代,美国制定了一套字符编码,对英语字符与二进制位之间的关系,做了统一规定。这被称为 ASCII 码
    
    ASCII 码一共规定了128个字符的编码
    ASCII码只占用了一个字节的后面7位,最前面的一位统一规定为0
    

    二、非 ASCII 编码

    英语用128个符号编码就够了,但是用来表示其他语言,128个符号
    是不够的。比如,在法语中,字母上方有注音符号,它就无法用 
    ASCII 码表示。于是,一些欧洲国家就决定,利用字节中闲置的最高
    位编入新的符号。比如,法语中的é的编码为130(二进制
    10000010)。这样一来,这些欧洲国家使用的编码体系,
    可以表示最多256个符号。
    
    但是,这里又出现了新的问题。不同的国家有不同的字母,因此,哪
    怕它们都使用256个符号的编码方式,代表的字母却不一样。比如,
    130在法语编码中代表了é,在希伯来语编码中却代表了字母Gimel
     (ג),在俄语编码中又会代表另一个符号。但是不管怎样,所有这些
    编码方式中,0--127表示的符号是一样的,不一样的只是128--255
    的这一段。
    
    至于亚洲国家的文字,使用的符号就更多了,汉字就多达10万左右。
    一个字节只能表示256种符号,肯定是不够的,就必须使用多个字节
    表达一个符号。比如,简体中文常见的编码方式是 GB2312,使用两
    个字节表示一个汉字,所以理论上最多可以表示 256 x 256 = 
    65536 个符号。
    
    中文编码的问题需要专文讨论,这篇笔记不涉及。这里只指出,虽然
    都是用多个字节表示一个符号,但是GB类的汉字编码与后文的 
    Unicode 和 UTF-8 是毫无关系的。
    

    三. Unicode --统一码 统一全球字符

    一个字符 两个字节

    16位 1655366种状态 理论上可表示无限多字符,
    
    
    
    
    
    正如上一节所说,世界上存在着多种编码方式,同一个二进制数字可
    以被解释成不同的符号。因此,要想打开一个文本文件,就必须知道它的编码方式,
    否则用错误的编码方式解读,就会出现乱码。为什么电子邮件常常出现乱码?
    就是因为发信人和收信人使用的编码方式不一样。
    
    ,如果有一种编码,将世界上所有的符号都纳入其中。每一个符号都给予一个独一无二的编码,
    那么乱码问题就会消失。这就是 Unicode,就像它的名字都表示的,这是一种所有符号的编码。
    
    Unicode 当然是一个很大的集合,现在的规模可以容纳100多万个符号。每个符号的编码都不一样,
    比如,U+0639表示阿拉伯字母Ain,U+0041表示英语的大写字母A,U+4E25表示汉字严。具体的符号对应表,
    可以查询unicode.org,或者专门的汉字对应表。
    

    四、Unicode 的问题

    需要注意的是,Unicode 只是一个符号集,它只规定了符号的二进制代码,却没有规定这个二进制代码应该如何存储。
    
    比如,汉字严的 Unicode 是十六进制数4E25,转换成二进制数足足有15位(100111000100101),也就是说,
    这个符号的表示至少需要2个字节。表示其他更大的符号,可能需要3个字节或者4个字节,甚至更多。
    
    这里就有两个严重的问题,
    
    第一个问题是,如何才能区别 Unicode 和 ASCII ?计算机怎么知道三个字节表示一个符号,
    而不是分别表示三个符号呢?
    
    第二个问题是,我们已经知道,英文字母只用一个字节表示就够了,如果 Unicode 统一规定,
    每个符号用三个或四个字节表示,那么每个英文字母前都必然有二到三个字节是0,这对于存储来说是极大的浪费,
    文本文件的大小会因此大出二三倍,这是无法接受的。
    
    它们造成的结果是:
    
    1)出现了 Unicode 的多种存储方式,也就是说有许多种不同的二进制格式,可以用来表示 Unicode
    2)Unicode 在很长一段时间内无法推广,直到互联网的出现。
    

    五、UTF-8(UTF-8 是 Unicode 的实现方式之一)

    互联网的普及,强烈要求出现一种统一的编码方式。UTF-8 就是在互联网上使用最广的一种 Unicode 的实现方式。其他实现方式还包括 UTF-16(字符用两个字节或四个字节表示)
        和 UTF-32(字符用四个字节表示),不过在互联网上基本不用。重复一遍,这里的关系是,UTF-8 是 Unicode 的实现方式之一。
    
    UTF-8 最大的一个特点,就是它是一种变长的编码方式。它可以使用1~4个字节表示一个符号,根据不同的符号而变化字节长度。
    
    UTF-8 的编码规则很简单,只有二条:
    
    1)对于单字节的符号,字节的第一位设为0,后面7位为这个符号的 Unicode 码。因此对于英语字母,UTF-8 编码和 ASCII 码是相同的。
    
    2)对于n字节的符号(n > 1),第一个字节的前n位都设为1,第n + 1位设为0,后面字节的前两位一律设为10。
    剩下的没有提及的二进制位,全部为这个符号的 Unicode 码。
    
    下表总结了编码规则,字母x表示可用编码的位。
    
    Unicode符号范围     |        UTF-8编码方式
    (十六进制)        |              (二进制)
    ----------------------+---------------------------------------------
    0000 0000-0000 007F | 0xxxxxxx
    0000 0080-0000 07FF | 110xxxxx 10xxxxxx
    0000 0800-0000 FFFF | 1110xxxx 10xxxxxx 10xxxxxx
    0001 0000-0010 FFFF | 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
    

    跟据上表,解读 UTF-8 编码非常简单。如果一个字节的第一位是0,则这个字节单独就是一个字符;如果第一位是1,则连续有多少个1,就表示当前字符占用多少个字节。

    下面,还是以汉字严为例,演示如何实现 UTF-8 编码。

    严的 Unicode 是4E25(100111000100101),根据上表,可以发现4E25处在第三行的范围内(0000 0800 - 0000 FFFF),因此严的 UTF-8 编码需要三个字节,即格式是1110xxxx 10xxxxxx 10xxxxxx。然后,从严的最后一个二进制位开始,依次从后向前填入格式中的x,多出的位补0。这样就得到了,严的 UTF-8 编码是11100100 10111000 10100101,转换成十六进制就是E4B8A5。

    六、Little endian 和 Big endian

    。以汉字严为例,Unicode 码是4E25,需要用两个字节存储,一个字节是4E,另一个字节是25。存储的时候,4E在前,25在后,
    这就是 Big endian 方式;25在前,4E在后,这是 Little endian 方式。
    
    这两个古怪的名称来自英国作家斯威夫特的《格列佛游记》。在该书中,小人国里爆发了内战,战争起因是人们争论,
    吃鸡蛋时究竟是从大头(Big-endian)敲开还是从小头(Little-endian)敲开。为了这件事情,前后爆发了六次战争,
    一个皇帝送了命,另一个皇帝丢了王位。
    
    第一个字节在前,就是"大头方式"(Big endian),第二个字节在前就是"小头方式"(Little endian)。
    
    那么很自然的,就会出现一个问题:计算机怎么知道某一个文件到底采用哪一种方式编码?
    
    Unicode 规范定义,每一个文件的最前面分别加入一个表示编码顺序的字符,
    这个字符的名字叫做"零宽度非换行空格"(zero width no-break space),用FEFF表示。
    这正好是两个字节,而且FF比FE大1。
    
    如果一个文本文件的头两个字节是FE FF,就表示该文件采用大头方式;
    如果头两个字节是FF FE,就表示该文件采用小头方式。
    

    转载: http://www.ruanyifeng.com/blog/2007/10/ascii_unicode_and_utf-8.html

  • 相关阅读:
    centos8 防火墙配置增加端口
    linux上搭建maven私服(下)
    linux上搭建maven私服(中)
    项目成本管理中的PV、EV与AC的区别-实例解释
    配置IKE SA的生存周期(华为)
    IKE SA和IPSec SA的区别
    IPsecVPN协商过程-主模式
    Fortigate防火墙常用命令
    飞塔防火墙清除系统密码
    fatal: unable to access ‘https://github xxxxxxxxx的解决方法
  • 原文地址:https://www.cnblogs.com/zharma/p/8513789.html
Copyright © 2011-2022 走看看