mirror of
https://github.com/gopl-zh/gopl-zh.github.com.git
synced 2025-12-17 03:04:19 +08:00
deploy: cc738922ed
This commit is contained in:
@@ -622,7 +622,7 @@ func f(out io.Writer) {
|
||||
<p>当main函数调用函数f时,它给f函数的out参数赋了一个*bytes.Buffer的空指针,所以out的动态值是nil。然而,它的动态类型是*bytes.Buffer,意思就是out变量是一个包含空指针值的非空接口(如图7.5),所以防御性检查out!=nil的结果依然是true。</p>
|
||||
<p><img src="../images/ch7-05.png" alt=""></p>
|
||||
<p>动态分配机制依然决定(*bytes.Buffer).Write的方法会被调用,但是这次的接收者的值是nil。对于一些如*os.File的类型,nil是一个有效的接收者(§6.2.1),但是*bytes.Buffer类型不在这些种类中。这个方法会被调用,但是当它尝试去获取缓冲区时会发生panic。</p>
|
||||
<p>问题在于尽管一个nil的*bytes.Buffer指针有实现这个接口的方法,它也不满足这个接口具体的行为上的要求。特别是这个调用违反了(*bytes.Buffer).Write方法的接收者非空的隐含先觉条件,所以将nil指针赋给这个接口是错误的。解决方案就是将main函数中的变量buf的类型改为io.Writer,因此可以避免一开始就将一个不完整的值赋值给这个接口:</p>
|
||||
<p>问题在于尽管一个nil的*bytes.Buffer指针有实现这个接口的方法,它也不满足这个接口具体的行为上的要求。特别是这个调用违反了(*bytes.Buffer).Write方法的接收者非空的隐含先决条件,所以将nil指针赋给这个接口是错误的。解决方案就是将main函数中的变量buf的类型改为io.Writer,因此可以避免一开始就将一个不完整的值赋值给这个接口:</p>
|
||||
<pre><code class="language-go">var buf io.Writer
|
||||
if debug {
|
||||
buf = new(bytes.Buffer) // enable collection of output
|
||||
|
||||
Reference in New Issue
Block a user