大家好，我是 frank。
欢迎大家点击上方蓝色文字「Golang 语言开发栈」关注公众号。
设为星标，第一时间接收推送文章。
文末扫码，大家一起学 Golang 语言。

01

介绍

==

但是，在我们使用 Golang 语言中的 map 时，也是有一些陷阱需要我们注意。本文我们介绍一下 map 中有哪些陷阱。

02

map 未初始化

未初始化的 map，它的值是 nil。如果我们没有使用 Golang 内置函数 make 或者使用字面量初始化 map，直接给该 map 添加元素就会触发 panic，但是，对该 map 进行查询和删除操作不会报错。

示例代码：

阅读上面这段代码，给 m1 添加元素会触发 panic，给 m2 添加元素不会触发 panic。需要注意的是，值为 nil 的 map 和空 map 的长度都是 0；使用内置函数 make 初始化 map 时，可以选择（可选）指定 map 的容量，这样可以减少内存分配的次数，提升应用程序的性能。

03

key 是否存在

在 Golang 语言中，我们通常需要使用 key 去查询 map 中的 value。不过这里可是有陷阱的，很多初学者会掉进去。

Golang 语言中的 map 在查询元素时，实际上会有两个返回值，第一个返回值是 map 的 value 值，第二个返回值是布尔类型，用于判定该 key 是否存在，因为 Golang 语言中的 map 在查询指定 key 的 value 值时，如果该 key 不存在，也不会报错，将会返回该 map 的 value 相应类型的零值。这个隐藏的陷阱可是让不少初学者痛苦万分，所以我们在查询 map 指定 key 的 value 值时，最好是用两个变量接收返回值。

示例代码：

m := map[string]string{
    'name': 'frank',
    'blog': 'golanghub.org',
}
name, ok := m['name']
if ok {
    fmt.Println(name)
}

04

并发操作 map

在 Golang 语言中，map 的读写操作不是并发安全的，当有多个协程并发读写 map 时，可能会产生读写冲突，引发 panic，导致应用程序退出。

可能有读者会有疑问，Golang 官方为什么不把 map 设计为原生支持并发读写呢？实际上 Golang 社区也提出过这个问题，官方对该问题作出的回答是他们认为在大多数场景不需要并发读写 map，如果为了支持并发读写而原生使用互斥锁，那么将会降低 map 的性能，有些得不偿失，建议大家在需要并发读写 map 的场景中，自行使用互斥锁。

但是，社区对于官方的这个回答并不满意，所以 Golang 官方在标准库 sync 包中加入了 sync.Map 包，大家除了自行使用互斥锁之外，也可以在并发读写 map 的场景中选择使用 sync.Map 包。

示例代码：

05

总结

本文我们主要介绍 Golang 语言中 map 的一些陷阱，并给出相应的解决方案，特别是初学者的读者朋友，需要注意这些小细节，避免在编码时掉进陷阱。关于 Map 的更多介绍文章，感兴趣的读者朋友们可以翻阅之前的文章。