go容易犯错的30个陷阱

1,764 阅读3分钟

「本文已参与好文召集令活动,点击查看:后端、大前端双赛道投稿,2万元奖池等你挑战!

小心指针的陷阱

image.png

  1. tom是指向user的指针,name=tom
  2. tom赋值给jack
  3. jack修改name=jack
  4. tom.name也变为jack

struct赋值的顺序

image.png age虽然在name之前,但是因为name是函数fmt.Sprintf的返回值,所以在初始化user的时候,会先处理成员变量是表达式的返回值的。

defer panic return的顺序

image.png do something->do defer->panic

image.png do something->do defer->return

json number反射到interface的坑

image.png json number反射到interface上,这时通过断言为int是错误的,此时interface断言是float64。

小心for循环临时变量和goroutine组合的坑

image.png i是临时变量,当每个goroutine抢着去打印i的时候,其结果是不确定的,每个gourotine运行到的时候,i当前是什么,就打印什么。

range一个chan的时候,记得在close,不然会deadlock

image.png

map是要初始化的,不然会报nil map

image.png

从map中取不存在key的时候,返回的是对应的零值

image.png 可以通过if v,ok := x["two"]; ok来判断

byte和rune傻傻分不清楚

image.png byte表示字节,一个中文正常3个字节,rune用来表示Unicode的码点,即一个字符。

代码块内同名变量的修改,不会影响代码块外的值

image.png

range map是无序的

image.png

nil != nil

image.png 小心nil != nil的陷阱。golang的interface是由两个部分组成的,{Type, Value},a相当于{nil,nil},b相当于{*int,nil},a自然不等于b。

小心你的类型溢出

image.png 这里其实会卡住,首先byte本质是uint8,最大值是255,当到达255后,先加1,就会发生溢出,回到0,所以这行代码本质就是个for{}

给一个已经close的channel发数据会panic

image.png

从一个已经close的channel收数据会收到零值

image.png

通过context timeout来控制超时

image.png

make和new的区别

image.png 通过定义可以看出new返回的是指针,make返回的类型的值。make可以是slice、map和chan,new可以new一个类型。

append扩容导致的底层数组的变化

image.png 最后一次append,原数组容量不够,重新分配数组。地址变化。

go抢占式调度

image.png 在只有一个处理器的情况下,即使一个goroutine是死循环,它也不会一直执行下去

select的随机性

image.png

无缓冲和有缓冲的chan的区别

image.png 无缓冲的chan,是同步阻塞的,必须存在某个时刻,在写的同时,另一个已经在准备接收了。带缓冲的chan,在缓冲区没满的时候,是不阻塞的。

... 来接收可变长参数

image.png

尽量使用小内存字段

image.png 根据所需,选择合理的类型,对GC友好。

空struct不占空间

image.png

两个无符号的数字最好不要相减,不会得到负数

image.png

go的strcut是可以比较的

image.png

map、slice、func不可比较,除非是nil

image.png

注意close你的http body,防止内存泄露

image.png

注册recover,防止panic导致的程序意外退出

image.png

go 语句后面的函数调用,其参数会先求值

image.png 所以以上会deadlock