Unicode是什么?

Unicode是什么

GB2312, Unicode, UTF-8

标题 Unicode是什么? 选择自 keminlau 的 Blog
关键字 Unicode是什么?
出处

析Unicode和UTF-8

http://blog.youkuaiyun.com/lesterjames/archive/2005/09/28/491619.aspx

1. 各地的方言

  首先说明一下现在常用的一些编码方案:

1. 在中国,大陆最常用的就是GBK18030编码,除此之外还有GBK,GB2312,这几个编码的关系是这样的。

n 最早制定的汉字编码是GB2312,包括6763个汉字和682个其它符号

n 95年重新修订了编码,命名GBK1.0,共收录了21886个符号。

n 之后又推出了GBK18030编码,共收录了27484个汉字,同时还收录了藏文、蒙文、维吾尔文等主要的少数民族文字,现在WINDOWS平台必需要支持GBK18030编码。

按照GBK18030、GBK、GB2312的顺序,3种编码是向下兼容,同一个汉字在三个编码方案中是相同的编码。



2. 台湾,香港等地使用的是BIG5编码

3. 日本:SJIS编码

2. Unicode

  如果把各种文字编码形容为各地的方言,那么Unicode就是世界各国合作开发的一种语言。

  在这种语言环境下,不会再有语言的编码冲突,在同屏下,可以显示任何语言的内容,这就是Unicode的最大好处。



  那么Unicode是如何编码的呢?其实非常简单。

  就是将世界上所有的文字用2个字节统一进行编码。可能你会问,2个字节最多能够表示65536个编码,够用吗?

  韩国和日本的大部分汉字都是从中国传播过去的,字型是完全一样的。

  比如:“文”字,GBK和SJIS中都是同一个汉字,只是编码不同而已。

  那样,像这样统一编码,2个字节就已经足够容纳世界上所有的语言的大部分文字了。

UCS-2 与UCS-4

  Unicode的学名是"Universal Multiple-Octet Coded Character Set",简称为UCS。

  现在用的是UCS-2,即2个字节编码,而UCS-4是为了防止将来2个字节不够用才开发的。UCS-2也称为基本多文种平面。

  UCS-2转换到UCS-4只是简单的在前面加2个字节0。

  UCS-4则主要用于保存辅助平面,例如Unicode 4.0中的第二辅助平面

  20000-20FFF - 21000-21FFF - 22000-22FFF - 23000-23FFF - 24000-24FFF - 25000-25FFF -   26000-26FFF - 27000-27FFF - 28000-28FFF - 29000-29FFF - 2A000-2AFFF - 2F000-2FFFF

  总共增加了16个辅助平面,由原先的65536个编码扩展至将近100万编码。

3. 兼容codepage

  那么既然统一了编码,如何兼容原先各国的文字编码呢?

  这个时候就需要codepage了。

  什么是codepage?codepage就是各国的文字编码和Unicode之间的映射表。

  比如简体中文和Unicode的映射表就是CP936,点这里查看官方的映射表。

以下是几个常用的codepage,相应的修改上面的地址的数字即可。

codepage=936 简体中文GBK

codepage=950 繁体中文BIG5

codepage=437 美国/加拿大英语

codepage=932 日文

codepage=949 韩文

codepage=866 俄文

codepage=65001 unicode UFT-8



最后一个65001,据个人理解,应该只是一个虚拟的映射表,实际只是一个算法而已。



从936中随意取一行,例如:

0x9993 0x6ABD #CJK UNIFIED IDEOGRAPH

前面的编码是GBK的编码,后面的是Unicode。

通过查这张表,就能简单的实现GBK和Unicode之间的转换。



4. UTF-8

  现在明白了Unicode,那么UTF-8又是什么呢?又为什么会出现UTF-8呢?

  ASCII转换成UCS-2,只是在编码前插入一个0x0。用这些编码,会包括一些控制符,比如 '' 或 '/',这在UNIX和一些C函数中,将会产生严重错误。因此可以肯定,UCS-2不适合作为Unicode的外部编码。

  因此,才诞生了UTF-8。那么UTF-8是如何编码的?又是如何解决UCS-2的问题呢?

例:

E4 BD A0        11100100 10111101 10100000

这是“你”字的UTF-8编码

4F 60          01001111 01100000

这是“你”的Unicode编码



按照UTF-8的编码规则,分解如下:xxxx0100 xx111101 xx100000

把除了x之外的数字拼接在一起,就变成“你”的Unicode编码了。

注意UTF-8的最前面3个1,表示整个UTF-8串是由3个字节构成的。

经过UTF-8编码之后,再也不会出现敏感字符了,因为最高位始终为1。



以下是Unicode和UTF-8之间的转换关系表:

U-00000000 - U-0000007F: 0xxxxxxx

U-00000080 - U-000007FF: 110xxxxx 10xxxxxx

U-00000800 - U-0000FFFF: 1110xxxx 10xxxxxx 10xxxxxx

U-00010000 - U-001FFFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx

U-00200000 - U-03FFFFFF: 111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx

U-04000000 - U-7FFFFFFF: 1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx



Unicode编码转换到UTF-8,简单的把Unicode字节流套到x中就变成UTF-8了。



作者Blog:http://blog.youkuaiyun.com/keminlau/
 
<think>好的,我现在需要向用户解释什么是Unicode字符串。首先,我应该回忆一下自己了解的Unicode知识,确保没有记错。Unicode是一个字符编码标准,用来统一表示不同语言的字符。而字符串在编程中通常是字符的序列,所以Unicode字符串应该就是用Unicode编码的字符串吧。 接下来,我得考虑用户的背景。用户可能对计算机编码不太熟悉,所以需要从基础讲起。先解释为什么需要Unicode,比如ASCII只能表示英文字符,而其他语言如中文、日文等需要更多的字符,导致出现了各种编码方式,如GBK、Shift-JIS等,但这些编码不兼容,容易乱码。 然后,Unicode的出现解决了这个问题,统一给每个字符分配唯一的码点。这时候可以提到码点的表示方式,比如U+后面跟十六进制数,例如“汉”字的码点是U+6C49。Unicode字符串就是由这些码点组成的字符串,能够包含各种语言的字符,包括符号和表情等。 还需要区分不同的编码方式,比如UTF-8、UTF-16、UTF-32,这些是Unicode的实现方式,而Unicode本身是标准。在编程中,比如Python3中的字符串默认就是Unicode,使用UTF-8编码,这样处理多语言文本更方便。 还要注意可能存在的误区,比如Unicode和编码格式的区别,避免混淆。另外,可能需要提到实际应用中的好处,比如数据交换、国际化支持等,让用户理解为什么Unicode字符串重要。 检查有没有遗漏的关键点,比如Unicode的版本发展,可能用户不需要太深入,但可以简要提到。另外,是否需要举例说明?比如用Python展示Unicode字符串的样子,或者比较非Unicode的情况下的问题。 最后,确保语言通俗易懂,结构清晰,分点或分段解释,不使用过于专业的术语,必要时用比喻帮助理解。比如,把Unicode比作一种全球通用的字符字典,每个字符有唯一编号,这样不同系统都能正确显示。</think>Unicode字符串本质上是用**统一编码标准表示文本数据**的解决方案。我们分三个层次理解: 1. **痛点起源**(传统编码的混乱) - 早期ASCII码(0-127)只能表示英文字母和基础符号 - 中文需要GBK(2字节)、日文需要Shift-JIS等地区性编码标准 - 不同编码混用导致乱码(如用GBK打开BIG5编码文件) 2. **核心原理**(Unicode的设计思路) - 为全球所有文字系统建立统一的「身份证号」(码点) - 示例:`U+4E2D`表示"中",`U+1F600`表示😀 - 当前版本(15.0)覆盖149,813个字符,包括: ✓ 现代语言(汉字、拉丁字母、阿拉伯文等) ✓ 历史文字(楔形文字、西夏文) ✓ 符号(数学符号、表情符号) 3. **技术实现**(编码方案) | 编码类型 | 单位长度 | 特点 | 应用场景 | |------------|----------|-------------------------------|------------------| | UTF-8 | 1-4字节 | 兼容ASCII,空间效率高 | Web传输(90%网站使用)| | UTF-16 | 2/4字节 | Java/.NET默认编码 | 本地应用程序 | | UTF-32 | 4字节 | 定长处理方便 | 文本处理内核 | **编程实践示例**(Python3): ```python # 直接表示多语言文本 s = "中文 Español 😊" print(len(s)) # 输出9(字符数而非字节数) # 编码转换过程 bytes_data = s.encode('utf-8') # 转为字节序列 decoded_str = bytes_data.decode('utf-16') # 错误!编码方式不匹配 ``` **关键优势**: - 数据持久化:用UTF-8保存文件可确保百年后仍可解读 - 国际化支持:单个系统同时处理阿拉伯语右向文字和中文竖排文本 - 安全处理:避免因编码转换导致的缓冲区溢出漏洞 当前所有主流操作系统和编程语言均已实现Unicode原生支持,标志着人类文字数字化进入真正意义上的「书同文」阶段。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值