前言
和大部分编程语言一样，Golang也提供了一种数据类型用来存储键值对(hash)数据，这篇文章我们一起来探讨Golang中map的使用方法以及常见的注意事项
map的底层结构
我们通过以下代码来看下，当我们创建一个map，并往map中添加键值对时，底层都做了些啥
func main() {
// 声明一个map m1
m1 := make(map[string]int)
// 添加键值对 a:1
m1["a"] =1
}
map会初始时，内部有一个hash表，该表中有一定数量的hash桶。当我们往hash表中添加键值对时，map会先用hash函数计算key的hash值，然后根据hash值定位到具体的hash桶。
map中的查找逻辑也是类似的
map中的键
不能做key的数据类型
我们通过Go语言规范中可以知道，map中的key必须是可以进行判等的(== 或 !=),而「函数类型」、「字典类型」、「切片类型」在Golang设计之初就是不支持判等的(我猜是因为这三者都属于引用类型，对指针指向的元数据是否相等不太好判定)。所以map中的键不能是「函数类型」、「字典类型」、「切片类型」
a1 := []int{1, 2}
a2 := a1
// 这行代码会出现编译错误
// Invalid operation: a1 == a2 (the operator == is not defined on []int)
fmt.Println(a1 == a2)
最好不要做key的数据类型
Golang中是可以用interface作为key的，但是一般不建议这么玩！究其原因我们会在接下来的文章中详细分析
func main() {
m1 := map[interface{}]string{
"a": "aa",
[]string{"1"}: "bb", // 这行代码会触发panic runtime error: hash of unhashable type []string
}
fmt.Println(m1)
}
我们声明并初始化key为interface类型的map（可以正常编译通过），当key的动态类型为值类型是没有问题的。但是当key的动态类型为不可比较的类型时（比如切片），此时程序运行时会panic。所以Go规范中一般不建议将key设置为interface类型，因为会躲过程序的编译器检查，导致程序不可控。
为什么不能将不可比较的类型当做key
文章的开始我们已经描述了map的底层结构，当我们进行hash查找时，首先会用hash函数计算key的哈希值，根据hash值找到对应的bucket。最后再拿原始key值和bucket中的key值进行比较。这里有人就会问了，直接比较hash值不就可以了么，为什么还需要比较原始key值？
因为不同key值可能会产生相同的hash值（哈希冲突），所以只有当hash值相同并且原始key相同才证明是我们要查找的元素。讲到这里我想你应该明白为什么Golang中要求key的类型要求为可比较类型了吧
不要对值为nil的map进行添加键值对操作
func main() {
var m1 map[int]string
// 这行代码会触发panic
// m1[1] = "aa"
fmt.Println(m1[2])
delete(m1, 2)
}
如上代码所示，我们不要对值为nil的map进行添加/修改键值对操作，这里会造成 panic: assignment to entry in nil map，如果你有用编辑器的话（例如Goland），编辑器会给出对应的告警。但是我们对值为nil的map进行查询和删除时，程序是能够正常运行的。不过我还是建议你使用make来声明map