坑爹代码 | Go 语言的 defer 能制造出多少坑来?

Go 语言的 defer 语句是一个非常有用的特性,可以将一个方法延迟到包裹该方法的方法返回时执行,在实际应用中,defer 语句可以充当其他语言中try…catch…的角色,也可以用来处理关闭文件句柄等收尾操作。

相信很多初学者已经被上面加粗这句话搞懵逼了。而这种神乎其技的特性就是引发各种坑的元凶。

下面这段代码执行超乎预期:

package main

import "fmt"

type Slice []int

func NewSlice() Slice {
	return make(Slice, 0)
}

func (s *Slice) Add(elem int) *Slice {
	*s = append(*s, elem)
	fmt.Print(elem)
	return s
}

func main() {
	s := NewSlice()
	defer s.Add(1).Add(2) // 这里先执行前面的Add,最后一个不执行,函数结束后再执行最后一个Add 执行结果 132
	// defer s.Add(1).Add(2).Add(4) // 这里执行的结果是 1234
	s.Add(3)
}

那么如何使用 defer 语句才能避免不可预料的事情发生呢?

请移步下面链接发表评论,领取奖品:

https://gitee.com/oschina/bullshit-codes/blob/master/golang/panic_defer.go

 

码云 6 周年,我们正在征集各种坑爹代码,很多奖品等你来拿

详细的参与方法请看  https://gitee.com/oschina/bullshit-codes

------ 分割线 ------

其他坑爹代码吐槽:

猜你喜欢

转载自www.oschina.net/news/107411/github-bullshit-code-with-go-defer
0条评论
添加一条新回复