golang中的陷阱

写过其他后端语言的人,在写golang的时候,总会遇到一些奇怪的问题,而且很难排查,我个人觉得是因为两个原因,第一个golang基础不扎实,第二个编程思维没有转换过来。下面都是我自己遇到或者想到的容易遇到的点。如果转载的话,请注明出处,因为我会不定期更新。

1、到底是什么类型

这是我自己想的问题,看以下代码,T到底是什么类型?

type A interface{
    Do() error
}
type B interface{
    Do() error
}

type T int
func (t T)Do() error{
    return nil
}

曾经在某个golang群里问过这个问题,当时没有人回答这个问题,也许是太简单了,不屑,或者是不确定。
请认真思考。
下面是我的分析
T到底什么类型?首先万物皆interface,其次,看T的定义,是int的别名,也就是int32的别名,最后,T实现了Do()方法,但是,A 和 B都申明了这个方法,那么,T到底是A类型呢,还是B类型?答案是T既是
A也是B。为什么?因为golang中,只要实现了某个接口的所有方法,那么它就是这种类型。另一个佐证是goland中的实现关系:


Screenshot from 2018-05-24 11-23-52.png
Screenshot from 2018-05-24 11-25-13.png

2、range迭代

代码如下,请先思考运行后的结果是什么:

type student struct {
    Name string
    Age int
}

func main (){
    m := make(map[string]*student)
    stus := []student{
        {Name: "zhou", Age: 24},
        {Name: "li", Age: 23},
        {Name: "wang", Age: 22},
    }
    for _, stu := range stus {
        m[stu.Name] = &stu
    }
    for _,stu := range stus{
        fmt.Println(m[stu.Name])
    }
}

是不是觉得应该是:

&{zhou 24}
&{li 23}
&{wang 22}

但,运行之后的结果为:

&{wang 22}
&{wang 22}
&{wang 22}

为什么?首先从短赋值说起

for _, stu := range stus {
    m[stu.Name] = &stu
}
等同与
var stu student
for _, stu = range stus {
    m[stu.Name] = &stu
}

是不是有点头绪了?因为每次m[stu.Name] = &stu 执行的时候,指向都是stu,而每次迭代,stu指向不同的student,最终的结果就是,所有的数据都指向了最后一个student。至于stu.Name 是不用怀疑的,每次迭代都是立即求值。

那么如何解决呢?既然问题是由于stu引起的,那么,每次迭代让指针指向迭代对象就可以解决,引入新变量就可以:

for _, stu := range stus {
        st := stu
    m[st.Name] = &st
}

或者,map的值不存指针,存对象即可:

m := make(map[string]*student)
...
for _, stu := range stus {
    m[stu.Name] = stu
}
...

3、申明类型

这个是我写工具类的时候遇到的,不多说,直接上代码:

var buf bytes.Buffer
...//write data to buf
r, err := http.NewRequest("PUT", uri+"/apis/", buf)

你会发现,最后一行会报错的,看下NewRequest的定义,最后一个参数是io.Reader类型:

func NewRequest(method, url string, body io.Reader) (*Request, error)

func (b *Buffer) Read(p []byte) (n int, err error) 

很明显,bytes.Buffer 实现了io.Reader接口,根据第一个问题得出的结论,Buffer就是io.Reader类型啊,为什么会报错呢?当然,也不能申明buf为io.Reader对吧,因为我们要往buf里面写入数据呢。
当然用Buffer是没错啦,问题在于我们显式申明buf 为bytes.Buffer,那么类型就已经定了,注定不能用在io.Reader参数上了,虽然它确实是实现了io.Reader 的接口。
原因找到了,怎么解决呢?我们可以不用申明buf是Buffer类型:

buf  := new(bytes.Buffer)
...//write data to buf
r, err := http.NewRequest("PUT", uri+"/apis/", buf)

这样就OK了。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 1. Java基础部分 基础部分的顺序:基本语法,类相关的语法,内部类的语法,继承相关的语法,异常的语法,线程的语...
    子非鱼_t_阅读 31,765评论 18 399
  • 第一章 Nginx简介 Nginx是什么 没有听过Nginx?那么一定听过它的“同行”Apache吧!Ngi...
    JokerW阅读 32,795评论 24 1,002
  • 青春是我们奔跑的背影;青春是我们在操场上挥洒汗水;青春是无数次失败后的努力;青春是成功的喜悦…… ...
    伟xcw阅读 396评论 1 0
  • 看曾经的梦想,在别人身上一一实现;看理想的样子,在别人身上一一出现;看期待的事情,在别人身上一一做到。然后...
    惯看烟雨一意行阅读 214评论 0 0
  • 今天是我和爱梅一起举办的第一期分享会,很开心邀约来的朋友基本都如期而至,感恩一切最美好的安排,今天的分享会圆满成功...
    Amy心灵之屋阅读 171评论 0 0