mirror of
https://github.com/gopl-zh/gopl-zh.github.com.git
synced 2024-12-25 22:38:56 +00:00
55 lines
2.4 KiB
Markdown
55 lines
2.4 KiB
Markdown
### 7.5.1. 警告：一个包含nil指针的接口不是nil接口
|
||
|
||
一个不包含任何值的nil接口值和一个刚好包含nil指针的接口值是不同的。这个细微区别产生了一个容易绊倒每个Go程序员的陷阱。
|
||
|
||
思考下面的程序。当debug变量设置为true时，main函数会将f函数的输出收集到一个bytes.Buffer类型中。
|
||
|
||
```go
|
||
const debug = true
|
||
|
||
func main() {
|
||
var buf *bytes.Buffer
|
||
if debug {
|
||
buf = new(bytes.Buffer) // enable collection of output
|
||
}
|
||
f(buf) // NOTE: subtly incorrect!
|
||
if debug {
|
||
// ...use buf...
|
||
}
|
||
}
|
||
|
||
// If out is non-nil, output will be written to it.
|
||
func f(out io.Writer) {
|
||
// ...do something...
|
||
if out != nil {
|
||
out.Write([]byte("done!\n"))
|
||
}
|
||
}
|
||
```
|
||
|
||
我们可能会预计当把变量debug设置为false时可以禁止对输出的收集，但是实际上在out.Write方法调用时程序发生了panic：
|
||
|
||
```go
|
||
if out != nil {
|
||
out.Write([]byte("done!\n")) // panic: nil pointer dereference
|
||
}
|
||
```
|
||
|
||
当main函数调用函数f时，它给f函数的out参数赋了一个\*bytes.Buffer的空指针，所以out的动态值是nil。然而，它的动态类型是\*bytes.Buffer，意思就是out变量是一个包含空指针值的非空接口（如图7.5），所以防御性检查out!=nil的结果依然是true。
|
||
|
||
|
||
|
||
动态分配机制依然决定(\*bytes.Buffer).Write的方法会被调用，但是这次的接收者的值是nil。对于一些如\*os.File的类型，nil是一个有效的接收者(§6.2.1)，但是\*bytes.Buffer类型不在这些类型中。这个方法会被调用，但是当它尝试去获取缓冲区时会发生panic。
|
||
|
||
问题在于尽管一个nil的\*bytes.Buffer指针有实现这个接口的方法，它也不满足这个接口具体的行为上的要求。特别是这个调用违反了(\*bytes.Buffer).Write方法的接收者非空的隐含先觉条件，所以将nil指针赋给这个接口是错误的。解决方案就是将main函数中的变量buf的类型改为io.Writer，因此可以避免一开始就将一个不完全的值赋值给这个接口：
|
||
|
||
```go
|
||
var buf io.Writer
|
||
if debug {
|
||
buf = new(bytes.Buffer) // enable collection of output
|
||
}
|
||
f(buf) // OK
|
||
```
|
||
|
||
现在我们已经把接口值的技巧都讲完了，让我们来看更多的一些在Go标准库中的重要接口类型。在下面的三章中，我们会看到接口类型是怎样用在排序，web服务，错误处理中的。
|