gopl-zh.github.com/ch3/ch3-05-3.md

152 lines
7.7 KiB
Markdown
Raw Normal View History

2015-12-16 06:03:43 +00:00
### 3.5.3. UTF-8
2017-08-24 14:26:40 +00:00
UTF8是一个将Unicode码点编码为字节序列的变长编码。UTF8编码是由Go语言之父Ken Thompson和Rob Pike共同发明的现在已经是Unicode的标准。UTF8编码使用1到4个字节来表示每个Unicode码点ASCII部分字符只使用1个字节常用字符部分使用2或3个字节表示。每个符号编码后第一个字节的高端bit位用于表示编码总共有多少个字节。如果第一个字节的高端bit为0则表示对应7bit的ASCII字符ASCII字符每个字符依然是一个字节和传统的ASCII编码兼容。如果第一个字节的高端bit是110则说明需要2个字节后续的每个高端bit都以10开头。更大的Unicode码点也是采用类似的策略处理。
2015-12-18 05:09:37 +00:00
```
2015-12-21 12:13:05 +00:00
0xxxxxxx runes 0-127 (ASCII)
110xxxxx 10xxxxxx 128-2047 (values <128 unused)
1110xxxx 10xxxxxx 10xxxxxx 2048-65535 (values <2048 unused)
11110xxx 10xxxxxx 10xxxxxx 10xxxxxx 65536-0x10ffff (other values unused)
2015-12-18 05:09:37 +00:00
```
2016-02-15 03:06:34 +00:00
变长的编码无法直接通过索引来访问第n个字符但是UTF8编码获得了很多额外的优点。首先UTF8编码比较紧凑完全兼容ASCII码并且可以自动同步它可以通过向前回朔最多2个字节就能确定当前字符编码的开始字节的位置。它也是一个前缀编码所以当从左向右解码时不会有任何歧义也并不需要向前查看译注像GBK之类的编码如果不知道起点位置则可能会出现歧义。没有任何字符的编码是其它字符编码的子串或是其它编码序列的字串因此搜索一个字符时只要搜索它的字节编码序列即可不用担心前后的上下文会对搜索结果产生干扰。同时UTF8编码的顺序和Unicode码点的顺序一致因此可以直接排序UTF8编码序列。同时因为没有嵌入的NUL(0)字节可以很好地兼容那些使用NUL作为字符串结尾的编程语言。
2015-12-18 05:09:37 +00:00
2017-08-24 14:26:40 +00:00
Go语言的源文件采用UTF8编码并且Go语言处理UTF8编码的文本也很出色。unicode包提供了诸多处理rune字符相关功能的函数比如区分字母和数字或者是字母的大写和小写转换等unicode/utf8包则提供了用于rune字符序列的UTF8编码和解码的功能。
2015-12-18 05:09:37 +00:00
有很多Unicode字符很难直接从键盘输入并且还有很多字符有着相似的结构有一些甚至是不可见的字符译注中文和日文就有很多相似但不同的字。Go语言字符串面值中的Unicode转义字符让我们可以通过Unicode码点输入特殊的字符。有两种形式`\uhhhh`对应16bit的码点值`\Uhhhhhhhh`对应32bit的码点值其中h是一个十六进制数字一般很少需要使用32bit的形式。每一个对应码点的UTF8编码。例如下面的字母串面值都表示相同的值
2015-12-18 05:09:37 +00:00
```
"世界"
"\xe4\xb8\x96\xe7\x95\x8c"
"\u4e16\u754c"
"\U00004e16\U0000754c"
```
2016-02-15 03:06:34 +00:00
上面三个转义序列都为第一个字符串提供替代写法,但是它们的值都是相同的。
2015-12-18 05:09:37 +00:00
2016-02-15 03:06:34 +00:00
Unicode转义也可以使用在rune字符中。下面三个字符是等价的
2015-12-18 05:09:37 +00:00
```
'世' '\u4e16' '\U00004e16'
```
2017-08-24 14:26:40 +00:00
对于小于256的码点值可以写在一个十六进制转义字节中例如`\x41`对应字符'A',但是对于更大的码点则必须使用`\u`或`\U`转义形式。因此,`\xe4\xb8\x96`并不是一个合法的rune字符虽然这三个字节对应一个有效的UTF8编码的码点。
2015-12-18 05:09:37 +00:00
2016-02-15 03:06:34 +00:00
得益于UTF8编码优良的设计诸多字符串操作都不需要解码操作。我们可以不用解码直接测试一个字符串是否是另一个字符串的前缀
2015-12-18 05:09:37 +00:00
```Go
func HasPrefix(s, prefix string) bool {
return len(s) >= len(prefix) && s[:len(prefix)] == prefix
}
```
2016-02-15 03:06:34 +00:00
或者是后缀测试:
2015-12-18 05:09:37 +00:00
```Go
func HasSuffix(s, suffix string) bool {
return len(s) >= len(suffix) && s[len(s)-len(suffix):] == suffix
}
```
2016-02-15 03:06:34 +00:00
或者是包含子串测试:
2015-12-18 05:09:37 +00:00
```Go
func Contains(s, substr string) bool {
for i := 0; i < len(s); i++ {
if HasPrefix(s[i:], substr) {
return true
}
}
return false
}
```
2016-02-15 03:06:34 +00:00
对于UTF8编码后文本的处理和原始的字节处理逻辑是一样的。但是对应很多其它编码则并不是这样的。上面的函数都来自strings字符串处理包真实的代码包含了一个用哈希技术优化的Contains 实现。)
2015-12-18 05:09:37 +00:00
2017-08-24 14:26:40 +00:00
另一方面如果我们真的关心每个Unicode字符我们可以使用其它处理方式。考虑前面的第一个例子中的字符串它混合了中西两种字符。图3.5展示了它的内存表示形式。字符串包含13个字节以UTF8形式编码但是只对应9个Unicode字符
2015-12-18 05:09:37 +00:00
```Go
import "unicode/utf8"
s := "Hello, 世界"
fmt.Println(len(s)) // "13"
fmt.Println(utf8.RuneCountInString(s)) // "9"
```
2016-02-15 03:06:34 +00:00
为了处理这些真实的字符我们需要一个UTF8解码器。unicode/utf8包提供了该功能我们可以这样使用
2015-12-18 05:09:37 +00:00
```Go
for i := 0; i < len(s); {
r, size := utf8.DecodeRuneInString(s[i:])
fmt.Printf("%d\t%c\n", i, r)
i += size
}
```
2016-02-15 03:06:34 +00:00
每一次调用DecodeRuneInString函数都返回一个r和长度r对应字符本身长度对应r采用UTF8编码后的编码字节数目。长度可以用于更新第i个字符在字符串中的字节索引位置。但是这种编码方式是笨拙的我们需要更简洁的语法。幸运的是Go语言的range循环在处理字符串的时候会自动隐式解码UTF8字符串。下面的循环运行如图3.5所示需要注意的是对于非ASCII索引更新的步长将超过1个字节。
2015-12-18 05:09:37 +00:00
![](../images/ch3-05.png)
```Go
for i, r := range "Hello, 世界" {
fmt.Printf("%d\t%q\t%d\n", i, r, r)
}
```
2016-02-15 03:06:34 +00:00
我们可以使用一个简单的循环来统计字符串中字符的数目,像这样:
2015-12-18 05:09:37 +00:00
```Go
n := 0
for _, _ = range s {
n++
}
```
2016-02-15 03:06:34 +00:00
像其它形式的循环那样,我们也可以忽略不需要的变量:
2015-12-18 05:09:37 +00:00
```Go
n := 0
for range s {
n++
}
```
2016-02-15 03:06:34 +00:00
或者我们可以直接调用utf8.RuneCountInString(s)函数。
2015-12-18 05:09:37 +00:00
2017-08-24 14:26:40 +00:00
正如我们前面提到的文本字符串采用UTF8编码只是一种惯例但是对于循环的真正字符串并不是一个惯例这是正确的。如果用于循环的字符串只是一个普通的二进制数据或者是含有错误编码的UTF8数据将会发生什么呢
2015-12-18 05:09:37 +00:00
2017-08-24 14:26:40 +00:00
每一个UTF8字符解码不管是显式地调用utf8.DecodeRuneInString解码或是在range循环中隐式地解码如果遇到一个错误的UTF8编码输入将生成一个特别的Unicode字符`\uFFFD`,在印刷中这个符号通常是一个黑色六角或钻石形状,里面包含一个白色的问号"?"。当程序遇到这样的一个字符通常是一个危险信号说明输入并不是一个完美没有错误的UTF8字符串。
2015-12-18 05:09:37 +00:00
2016-02-15 03:06:34 +00:00
UTF8字符串作为交换格式是非常方便的但是在程序内部采用rune序列可能更方便因为rune大小一致支持数组索引和方便切割。
2015-12-18 05:09:37 +00:00
2016-08-14 17:40:47 +00:00
将[]rune类型转换应用到UTF8编码的字符串将返回字符串编码的Unicode码点序列
2015-12-18 05:09:37 +00:00
```Go
// "program" in Japanese katakana
s := "プログラム"
fmt.Printf("% x\n", s) // "e3 83 97 e3 83 ad e3 82 b0 e3 83 a9 e3 83 a0"
r := []rune(s)
fmt.Printf("%x\n", r) // "[30d7 30ed 30b0 30e9 30e0]"
```
2016-02-15 03:06:34 +00:00
在第一个Printf中的`% x`参数用于在每个十六进制数字前插入一个空格。)
2015-12-18 05:09:37 +00:00
2016-02-15 03:06:34 +00:00
如果是将一个[]rune类型的Unicode字符slice或数组转为string则对它们进行UTF8编码
2015-12-18 05:09:37 +00:00
```Go
fmt.Println(string(r)) // "プログラム"
```
2016-02-15 03:06:34 +00:00
将一个整数转型为字符串意思是生成以只包含对应Unicode码点字符的UTF8字符串
2015-12-18 05:09:37 +00:00
```Go
fmt.Println(string(65)) // "A", not "65"
fmt.Println(string(0x4eac)) // "京"
```
如果对应码点的字符是无效的,则用`\uFFFD`无效字符作为替换:
2015-12-18 05:09:37 +00:00
```Go
2017-08-24 14:26:40 +00:00
fmt.Println(string(1234567)) // "?"
2015-12-18 05:09:37 +00:00
```