说一说ASCII和Unicode

关于字符编码这个展开来说有太多东西了,这里主要是想说一说最常说的ASCII和Unicode字符编码的问题,这样至少你在用相关函数的时候,可以搞明白参数的真正含义。

 

ASCII编码

计算机就是0和1的世界,所有的东西都是0和1演变而来,对字符来说,也是如此,每个字符在计算机内存中便是就是数字转换成的二进制0、1组合,这个数字就称为该字符的编码

最常见的就是ASCII编码了,整个码表对应如下:

 

ASCII值控制字符ASCII值控制字符ASCII值控制字符ASCII值控制字符
0NUT32(space)64@96
1SOH33!65A97a
2STX34"66B98b
3ETX35#67C99c
4EOT36$68D100d
5ENQ37%69E101e
6ACK38&70F102f
7BEL39,71G103g
8BS40(72H104h
9HT41)73I105i
10LF42*74J106j
11VT43+75K107k
12FF44,76L108l
13CR45-77M109m
14SO46.78N110n
15SI47/79O111o
16DLE48080P112p
17DCI49181Q113q
18DC250282R114r
19DC351383S115s
20DC452484T116t
21NAK53585U117u
22SYN54686V118v
23TB55787W119w
24CAN56888X120x
25EM57989Y121y
26SUB58:90Z122z
27ESC59;91[123{
28FS60<92/124|
29GS61=93]125}
30RS62>94^126`
31US63?95_127DEL

可以看到0-127对应的英文中0-9,a-z,A-Z及控制字符(如换行字符\n等),这些是最基本的英文表达,有了他们我们基本上可以组合出所有的英文表达了。

扩展ASCII编码

但是这是远远不够的,一些其他欧美国家语言(如德文、法文)有多音字符,还有尽管在最开始ASCII编码出现的时候还是命令行,但是人们还是想在这上面加些其他的玩意儿,这就有了如下的扩展ASCII码表了:

可以看到128-255都是一些德文、法文多音字符(上面带点的字符...)和一些希腊符号及其他的符号

但是注意ASCII只有0-127字符是标准定义的,扩展ASCII(128-255)编码表示的字符都是OEM厂商自己定义的,最常用的是IBM的。

 

再扩展ASCII

但是这样的扩展在遇到中东文字尤其是东亚如中国的文字后又不行了,那么多汉字,如何用最开始的char(8 bit)编码来表示呢?

如下程序:

 

#include <stdio.h>

int main()
{
	char a1[] = "a";
	char b1[] = "b";
	char c1[] = "c";
	char a2[] = "我";
	char b2[] = "你";
	char c2[] = "他";

	printf("a1:%d——b1:%d——c1:%d\n", a1[0],b1[0],c1[0]);
	printf("a2:%x——b2:%x——c2:%x\n", a2[0],b2[0],c2[0]);
	printf("a2:%x——b2:%x——c2:%x\n", a2[1],b2[1],c2[1]);

	return 0;
}

查看内存:

 

命令行输出结果为:

 

a1:97——b1:98——c1:99
a2:ffffffce——b2:ffffffc4——c2:ffffffcb
a2:ffffffd2——b2:ffffffe3——c2:fffffffb

 

 

哈哈,看到了吧,英文a、b、c在内存是一个字节,但是中文你、我、他在内存中就是两个字节了。

我们可以直接使用printf打印字符,但是一次只能打印一个字节,中文要如上一样分两次打印。

 

那么中文是如何编码的呢,我们知道传统的ASCII一个字节最多也只能表示2^8=256个字符,这对于中文是远远不够的,那么就如上所说,中文编码在传统的ASCII扩展编码的基础上将在第一个字节值是128-255时,在每个字节后附加一个字节,这样就可以表示的字符数为128*256=32768个,一般称为ANSI编码,这对于一般中文表达来说是够了的。

如上的我、你、他编码分别如下(注意低位在前):

我:0xd2ce

你:0xe3c4

他:0xfbcb
 

代码页

 

但是这对于一般的表达是够的,问题是中文还有繁体字,还有东亚其他国家的文字如韩国、日本以及中亚等象形字国家的文字,这么多文字也不是32768个编码能够全部表达的。怎么办呢?

针对不同国家不同地区,把常用字符组合成一个ASCII扩展表并将它们编号,每一个编号表示的扩展表称为一个代码页现在常见的代码页都有自己的名称,如936代码页就是我们常用的GBK编码

950 繁体中文

949 朝鲜语

936 简体中文

932 日语

都是各个国家和地区的代码页。

注意相同的编号在不同的代码页下表示的是不同的字符

0xd2ce在中文代码页936对应中文字符,但是在日语代码页下就不是了。如果代码页设置不正确,很可能显示为乱码,下面我就会演示这一情况。

 

Unicode编码

上面我们看到了,不同的代码页整的太麻烦了,能不能有一种统一的编码方式来完成编码和字符对应呢?

Unicode就是干这个的。

不同于上面说的同一ANSI编码在不同的代码页下表示不同的字符,同一Unicode编码在任何时候都表示唯一的字符,这你就要问了这得多少个字节才能表示世界上所有的字符啊,哈哈,最简单的就是UTF32编码了,4个字节表示一个字符,总共2^32=4294967296,这下总算够用了。

但是问题是,对于网络传送等场合这样同一个字符要占4个字节,带宽内存什么的浪费了,人们就想到了各式各样的压缩算法:常用的UTF16一般使用两个字节表示常用字符,对于不能表示的或不常用的字符才使用32位编码,这是Windows程序默认的Unicode编码方式;UTF8编码更过分,按照不同的国家文字的多少分别使用1个字节、2个字节、3个字节和4个字节表示,常用于网络传速。

对于如下程序:

 

#include <Windows.h>
#include <stdio.h>
#include <locale.h>

int main()
{
	wchar_t a1[] = L"a";
	wchar_t b1[] = L"b";
	wchar_t c1[] = L"c";
	wchar_t a2[] = L"我";
	wchar_t b2[] = L"你";
	wchar_t c2[] = L"他";

	wprintf_s(L"a1:%x——b1:%x——c1:%x\n", a1[0], b1[0], c1[0]);
	wprintf_s(L"我:%x——你:%x——他:%x\n", a2[0], b2[0], c2[0]);

	_locale_t lt = _get_current_locale();
	printf_s("\n之前代码页:%s\n", (lt->locinfo)->lc_category[0].locale);

	_wsetlocale(LC_ALL, L"chs");

	lt = _get_current_locale();
	wprintf_s(L"现在代码页:%s\n", (lt->locinfo)->lc_category[0].wlocale);

	wprintf_s(L"\na1:%x——b1:%x——c1:%x\n", a1[0], b1[0], c1[0]);
	wprintf_s(L"我:%x——你:%x——他:%x\n", a2[0], b2[0], c2[0]);
	return 0;
}


查看内存:

 

程序运行结果为:

 

a1:61
之前代码页:(null)
现在代码页:Chinese (Simplified)_People's Republic of China.936

a1:61——b1:62——c1:63
我:6211——你:4f60——他:4ed6


现在看到了乱码现象吧?第一次输出a1,b1,c1,a2,b2,c2时只能输出一部分,转换不正确出不来。

 

这是因为控制台程序显示只能使用ANSI方式,可以右键查看属性,如下:

即显示默认的是使用简体中文代码页936,即GBK编码。

我们在内存中的字符编码是Unicode方式,要显示到GBK编码的控制台窗口上,必须经过编码转换,那么编码转换依据什么呢,就是依靠当前的代码页来完成转换的。

如对于字符"我"的转换过程:

Unicode编码:0x6211->对应字符:"我"->查询代码页936->ANSI编码:0xd2ce

反之亦然。

最开始没有正确设置转换用的代码页,所以转换不正确,也就不能正确显示,设置转换用的代码页后就可以正常显示了。

在windows中的编码转换函数MultiByteToWideChar和WideCharToMultiByte的第一个参数都是codepage,即设定用于编码转换的表(代码页)

现在你应该明白为什么很多时候和场合要设置locale了吧,设置不同的locale就是对应不同的代码页,这样显示转换才能成功,对应的常见场合有网页显示和数据库数据读取

 

那关于编码的问题就这么多了,弄懂整个编码演变历史和过程,我们使用相关函数的时候就没有什么大问题了。

 

演示源代码下载链接

原创,转载请注明来自http://blog.csdn.net/wenzhou1219

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值