utf - 8和iso - 8859 - 1之间的区别是什么?
UTF-8是一种多字节编码,可以表示任何Unicode字符。ISO 8859-1是一种单字节编码,可以表示Unicode的前256个字符。两者都以完全相同的方式编码ASCII。
ISO-8859-1是20世纪80年代遗留下来的标准。它只能表示256个字符,所以只适用于西方世界的一些语言。即使对于许多受支持的语言,也会缺少一些字符。如果你用这种编码创建一个文本文件,并尝试复制/粘贴一些汉字,你会看到奇怪的结果。换句话说,不要用它。Unicode已经接管了世界,UTF-8几乎是这些天的标准,除非你有一些遗留的原因(比如HTTP头需要与所有东西兼容)。
UTF是一组多字节编码方案,可以表示多达2^31[大约20亿]个字符的Unicode码位。utf - 8是一个灵活的编码系统,它使用1到4个字节来表示前2^21个[大约200万个]码位。
长话短说:任何码位/序号表示低于127的字符,即7位安全ASCII,都与大多数其他单字节编码一样,由相同的1字节序列表示。任何码位大于127的字符都由两个或多个字节的序列表示,编码的细节最好解释为在这里。
iso - 8859是一组单字节编码方案,用于表示可以在127到255范围内表示的字母。这些不同的字母被定义为“部分”;格式为ISO-8859-n,其中最熟悉的可能是iso - 8859 - 1又名“Latin-1”。与UTF-8一样,7位安全ASCII不受使用的编码族影响。
这种编码方案的缺点是它不能适应由128个以上符号组成的语言,也不能同时安全地显示一个以上的符号族。同样,随着UTF的兴起,ISO-8859编码也不再受欢迎。ISO“工作小组”;负责2004年解散的委员会,将维护工作留给其母小组委员会。
值得一提的是,微软还维护了一组字符编码与ISO-8859的有限的兼容性,通常表示为"cp####"。MS似乎在推动他们最近发布的产品以一种或另一种形式使用Unicode,但是由于遗留和/或互操作性的原因,您仍然可能遇到它们。
例如,cp1252是ISO-8859-1的超集,包含了0x80-0x9F范围内额外的可打印字符,特别是欧元符号€和备受诟病的“智能引号”。“”。这经常导致不匹配,其中8859-1可以显示为1252完全正常,而1252可能似乎显示为8859-1,但当这些额外的符号之一出现时,将出现错误。
0x80-0x9F
€
“”
除了cp1252,土耳其语的cp1254是一个类似于ISO-8859-9的超集,但是所有其他Windows代码页至少有一些基本的冲突,如果不是完全不同于他们的8859等价的话。
我研究这个问题的原因是从这个角度,他们在什么方面是兼容的。Latin1字符集(iso-8859) 100%兼容存储在utf8数据存储中。所有ascii &扩展ascii字符将被存储为单字节。
反之,从utf8到Latin1字符集可能工作,也可能不工作。如果有任何2字节字符(超出扩展ascii 255的字符),它们将不会存储在Latin1数据存储中。
从另一个角度来看,unicode和ascii编码都无法读取的文件,因为其中有一个字节0xc0,似乎可以被iso-8859-1正确读取。需要注意的是,文件中当然不应该包含unicode字符。
0xc0
ASCII: 7位。128码位。
iso -8859- 1:8位。256个码位。
UTF-8: 8-32位(1-4字节)。1,112,064个代码点。
ISO-8859-1和UTF-8都与ASCII向后兼容,但UTF-8与ISO-8859-1不向后兼容:
#!/usr/bin/env python3 c = chr(0xa9) print(c) print(c.encode('utf-8')) print(c.encode('iso-8859-1'))
输出:
© b'\xc2\xa9' b'\xa9'
还有一件重要的事情需要注意:如果你看到iso-8859-1,它可能指的是windows - 1252而不是ISO / IEC 8859 - 1。它们在0x80-0x9F范围内不同,其中ISO 8859-1具有C1控制代码,而Windows-1252具有有用的可见字符。
iso-8859-1
例如,ISO 8859-1有0x85作为控制字符(在Unicode中,U+0085, ' '),而Windows-1252有一个水平省略号(在Unicode中,U+2026水平省略号,…)。
…
WHATWG编码规范(如HTML所使用的)明确声明iso-8859-1是windows-1252的标签,并且web浏览器不以任何方式支持ISO 8859-1: HTML规范规定必须支持Encoding规范中的所有编码,而不是更多。
windows-1252
同样有趣的是,HTML数字字符引用基本上使用Windows-1252来表示8位值,而不是Unicode代码点;根据https://html.spec.whatwg.org/#numeric-character-reference-end-state, …将生成U+2026而不是U+0085。
…