万字解析Golang的map实现原理
0、引言相信大家对Map这个数据结构都不陌生，像C++的map、Java的HashMap。各个语言的底层实现各有不同，在本篇博客中，我将分享个人对Go的map实现的理解，以及深入源码进行分析，相信耐心看完一定会收获不少。
1、宏观结构
相信大家对于map的基本使用都不陌生，Golang中的map是不允许并发写操作的，这里的写指代的是宏观意义上的“写”，包括了更新、插入、删除操作。当发生了并发写时，程序会抛出fatal，这是一个非常严重的错误，会直接中断程序的进行，因此对于同一个map，它不应该被共享到多个协程中。
我们可以通过以下代码来验证：
func main() { hm := mapint{1: 1, 2: 2, 3: 3} for i := 4; i <= 9999; i++ { go func(num int) { hm = i }(i) }}程序很快就会报错，因为我们有多个协程同时对map进行写入操作。
那么map是怎么保存键值对的呢？
首先，我们得知道map的宏观结构，Go对map的设计采用了桶的思想，有一组组桶来装KV对，并且规定一个桶只能装8个KV对。
例如我们把KV1和KV2放在桶1中，KV3放在桶2中。假如我们有很多个KV对，只要桶够多，把它们分散在各个桶中，那么就能将O(N)的时间复杂度缩小到O(N/bucketsNum)了，只要给定合适的桶数，时间复杂度就≈O(1)。
于是，我们要解决两个问题：
[*]如何找到一个KV对对应的桶？
[*]如何保证桶平均下来的KV对数目都是合理的呢？
1.1、如何找到桶？
1、对于第一个问题，采取的措施是使用哈希映射来解决。
假如我们有这样一个函数，它可以使得对于任意长度的输入，都压缩到一个固定长度的输出，并且对于相同的输入，输出必定是一样的。这样子的函数叫做哈希函数，即hash func。具体的可以去网上了解。那么在Go中，它会先求出每个KV的hash值，例如对于一个键值对「“Hello”：“World”」，求出它的hash值为100111101，那么只要对桶数取模即可找到对应的桶了。
对此，我们对hash函数的选取需要有一定的要求，它必须满足以下的性质：
[*]hash的可重入性：相同的key，必定产生相同的hash值
[*]hash的离散性：只要两个key不相同，不论相似度的高低，产生的hash值都会在整个输出域内均匀地离散化
[*]hash的单向性：不可通过hash值反向寻找key
但是，根据hash的性质，因为输入是无限的，但是输出的长度却是固定有限的，所以必然会存在两个不同的key通过映射到了同一个hash值的情况上，这种情况称之为hash冲突。对于Go对hash冲突采取的策略，将会在下文提及。
1.2、如何保证桶平均的KV对数目是合理的？
对于这个问题，我们必须采取一个措施来量化目前的存储状况是否合理。在Go中，引入了负载因子（Load Factor）的概念，对于一个map，假如存在count个键值对，2^B个桶，那么它必须满足以下方程：「count <=LoadFactor*(2^B)」，当count的值超过这个界限，就会引发map的扩容机制。LoadFactor在Go中，一般取值为6.5。
1.3、桶结构
一个map会维护一个桶数组，桶数组中含有多个桶，每个桶可以存放八个键值对，以及一个指向其溢出桶的指针。用图表示如下：
对于一个桶，含有八个槽位（slot），一个槽位可以放置一对键值对以及它的hash值。在桶的末尾含有一个overflow指针，指向它的溢出桶。
针对哈希冲突，采取的措施主要有两种：
[*]拉链法：将多个命中到同一个桶的键值对，按照插入顺序依次存放在桶中。
[*]开放寻址法：对于命中到同一个桶的多个键值对，采取向后寻找，知道找到空的桶再将值放入其中
我们来对比两种策略的优点：
方法优点拉链法简单常用，容易实现，无需事先分配空间开放寻址法无需额外的内存来存放指针，存放的元素在内存上基本连续显然，Go采取的是拉链法，桶数组中的每一个桶，严格来说应该是一个链表结构的桶数组，它通过overflow指针链接上了下一个溢出桶，使得多个键值对能存放在同一个桶中。若当前桶八个槽位都满了，就开辟一个新的溢出桶，放置在溢出桶里面。
1.4、数据结构定义
结构定义如下：
type hmap struct { count int // # live cells == size of map.Must be first (used by len() builtin) flags uint8 B uint8// log_2 of # of buckets (can hold up to loadFactor * 2^B items) noverflow uint16 // approximate number of overflow buckets; see incrnoverflow for details hash0 uint32 // hash seed buckets unsafe.Pointer // array of 2^B Buckets. may be nil if count==0. oldbuckets unsafe.Pointer // previous bucket array of half the size, non-nil only when growing nevacuateuintptr // progress counter for evacuation (buckets less than this have been evacuated) extra *mapextra // optional fields}
[*]count：标识当前map的键值对数量
[*]flags：标识当前map的状态
[*]B：2^B为map目前的总桶数
[*]noverflow：溢出桶数量
[*]hash0：哈希因子
[*]buckets：指向桶数组
[*]oldbuckets：扩容时存储旧的桶数组
[*]nevacuate：待完成数据迁移的桶下标
[*]extra：存储预分配的溢出桶
mapextra的定义如下：
type mapextra struct { overflow *[]*bmap oldoverflow *[]*bmap nextOverflow *bmap}
[*]overflow：指向新的预分配溢出桶数组
[*]oldoverflow：指向旧的预分配溢出桶数组
[*]nextoverflow：指向下一个可被使用的溢出桶
而bmap是一个桶的具体实现，源码如下：
type bmap struct { tophash uint8}虽然在数据定义上，只含有一个tophash，但是在内存上，可以通过直接计算得出下一个槽的位置，以及overflow指针的位置。所以为了便于理解，它的实际结构如下：
type bmap struct { tophash uint8 keys T values T overflow unsafe.Pointer}接下来，让我们步入map的主干流程，了解它的机制实现。
2、主干流程
2.1、map的创建与初始化
//makemap为make(mapv,hint)实现Go映射创建func makemap(t *maptype, hint int, h *hmap) *hmap { mem, overflow := math.MulUintptr(uintptr(hint), t.Bucket.Size_) if overflow || mem > maxAlloc { hint = 0 } // initialize Hmap if h == nil { h = new(hmap) } h.hash0 = uint32(rand()) // Find the size parameter B which will hold the requested # of elements. // For hint < 0 overLoadFactor returns false since hint < bucketCnt. B := uint8(0) for overLoadFactor(hint, B) { B++ } h.B = B //若B==0，那么buckets将会采取懒创建的策略，会在未来要写map的方法mapassign中创建。 if h.B != 0 { var nextOverflow *bmap h.buckets, nextOverflow = makeBucketArray(t, h.B, nil) if nextOverflow != nil { h.extra = new(mapextra) h.extra.nextOverflow = nextOverflow } } return h}（1）makemap首先根据预分配的容量大小hint进行分配容量，若容量过大，则会置hint为0；
mem, overflow := math.MulUintptr(uintptr(hint), t.Bucket.Size_) if overflow || mem > maxAlloc { hint = 0 }math.MulUintptr实现如下：
func MulUintptr(a, b uintptr) (uintptr, bool) { if a|b < 1<<(4*goarch.PtrSize) || a == 0 { return a * b, false } overflow := b > MaxUintptr/a return a * b, overflow}返回的两个值为：
[*]计算二值的乘积a*b
[*]乘积是否溢出
如果a|b的二进制表示，没有超过1<<(4*goarch.PtrSize)，那么它们的乘积也不会溢出。在64位操作系统中，goarch.PtrSize的大小为8。否则，则通过a*b>MaxUintptr来判断，MaxUintptr为2^64-1.
（2）通过new方法，初始化hmap
// initialize Hmap if h == nil { h = new(hmap) }（3）通过rand()生成一个哈希因子
h.hash0 = uint32(rand())（4）获取哈希表的桶数量的对数B。（注意这里并不是直接计算log_2_hint，是要根据负载因子衡量桶的数量）
B := uint8(0) for overLoadFactor(hint, B) { B++ } h.B = BGo中存在一个特别的参数即“负载因子”，它用于衡量哈希表的填充程度，负载因子越高，哈希表的空间利用率越高，但冲突的概率也会变大，性能可能下降。在Go中，该因子值为6.5。
func overLoadFactor(count int, B uint8) bool { return count > bucketCnt && uintptr(count) > loadFactorNum*(bucketShift(B)/loadFactorDen)}在这里，bucketCnt为8。若count<=8，则直接返回false，只需要将键值对放在一个桶中即可。否则，计算当前的哈希表的容量*负载因子，若count的数量＞这个值，将会扩容哈希表，即增大B。
假如count为60，那么B最终为4。
（5）若B!=0，初始化哈希表，使用makeBucketArray方法构造桶数组。
if h.B != 0 { var nextOverflow *bmap h.buckets, nextOverflow = makeBucketArray(t, h.B, nil) if nextOverflow != nil { h.extra = new(mapextra) h.extra.nextOverflow = nextOverflow } }如果map的容量过大，会提前申请一批溢出桶。
2.1.1、makeBucketArray方法
func makeBucketArray(t *maptype, b uint8, dirtyalloc unsafe.Pointer) (buckets unsafe.Pointer, nextOverflow *bmap) { //初始桶数量 base := bucketShift(b) //最终桶数量，初始和base相同 nbuckets := base //溢出桶预分配 if b >= 4 { nbuckets += bucketShift(b - 4) //计算分配的总内存大小 sz := t.Bucket.Size_ * nbuckets //将内存大小向上对齐到合适的大小，是内存分配的一个优化。 up := roundupsize(sz, t.Bucket.PtrBytes == 0) if up != sz { //调整桶数量，使得内存被充分利用 nbuckets = up / t.Bucket.Size_ } } if dirtyalloc == nil { //分配nbuckets个桶 buckets = newarray(t.Bucket, int(nbuckets)) } else { //复用旧的内存 buckets = dirtyalloc size := t.Bucket.Size_ * nbuckets if t.Bucket.PtrBytes != 0 { memclrHasPointers(buckets, size) } else { memclrNoHeapPointers(buckets, size) } } if base != nbuckets { //如果base和nbuckets的数量不同，说明预分配了溢出桶，需要设置溢出桶链表 //指向第一个可用的预分配溢出桶，计算出溢出桶的起始位置 nextOverflow = (*bmap)(add(buckets, base*uintptr(t.BucketSize))) //最后一个预分配的溢出桶的位置 last := (*bmap)(add(buckets, (nbuckets-1)*uintptr(t.BucketSize))) //将最后一个溢出桶的指针设置为buckets，形成一个环形链表，用于后面的分配判断 last.setoverflow(t, (*bmap)(buckets)) } return buckets, nextOverflow}makeBucketArray方法会根据初始的对数B来判断是否需要分配溢出桶。若B>=4，则需要预分配的溢出桶数量为2^(B-4)。确定好桶的总数后，会根据dirtyalloc是否为nil来判断是否需要新开辟空间。最后会返回指向桶数组的指针以及指向首个溢出桶位置的指针。
当最后返回到上层的makemap方法中，最终创造出的map结构如图：
2.2、map的读流程
2.2.1、读流程步骤总览
大致流程如下：
1、检查表是否为nil，或者表是否没有元素，若是则直接返回零值。
2、若处在并发写状态，则会导致程序崩溃（fatal）。
3、计算key对应的hash值，并且定位到对应的桶上。
4、若数据在旧桶，且数据没有迁移到新桶中，就在旧桶查找，否则在新桶中查找。
5、外层遍历桶数组的每个桶，内层遍历桶的每个kv对，找到了就返回value，否则返回零值
2.2.2、源码跟进mapaccess1
func mapaccess1(t *maptype, h *hmap, key unsafe.Pointer) unsafe.Pointer { //... if h == nil || h.count == 0 { if err := mapKeyError(t, key); err != nil { panic(err) // see issue 23734 } return unsafe.Pointer(&zeroVal) } if h.flags&hashWriting != 0 { fatal("concurrent map read and map write") } hash := t.Hasher(key, uintptr(h.hash0)) m := bucketMask(h.B) b := (*bmap)(add(h.buckets, (hash&m)*uintptr(t.BucketSize))) if c := h.oldbuckets; c != nil { if !h.sameSizeGrow() { // There used to be half as many buckets; mask down one more power of two. m >>= 1 } oldb := (*bmap)(add(c, (hash&m)*uintptr(t.BucketSize))) if !evacuated(oldb) { b = oldb } } top := tophash(hash)bucketloop: for ; b != nil; b = b.overflow(t) { for i := uintptr(0); i < bucketCnt; i++ { if b.tophash != top { if b.tophash == emptyRest { break bucketloop } continue } k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } if t.Key.Equal(key, k) { e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) if t.IndirectElem() { e = *((*unsafe.Pointer)(e)) } return e } } } return unsafe.Pointer(&zeroVal)}（1）若哈希表为空，或不存在键值对，则会返回零值。在此之前，会检查key是否合法，非法会触发panic。
if h == nil || h.count == 0 { if err := mapKeyError(t, key); err != nil { panic(err) // see issue 23734 } return unsafe.Pointer(&zeroVal) }（2）若存在并发写map，会立刻报错，使得程序停止运行。flags的第3个bit位标识map是否处于并发写状态。
hashWriting= 4 // a goroutine is writing to the map 4->100if h.flags&hashWriting != 0 { fatal("concurrent map read and map write") }（3）计算key的hash值，并且对桶数量取模，定位到具体的桶。取模运算为x & (mod-1)，只有mod为2的幂时可以加速。
hash := t.Hasher(key, uintptr(h.hash0)) m := bucketMask(h.B) b := (*bmap)(add(h.buckets, (hash&m)*uintptr(t.BucketSize)))（4）检查是否存在旧桶，存在旧桶且数据未搬迁完成则去旧桶中找key，否则在新桶找。
if c := h.oldbuckets; c != nil { //c!=nil，说明旧桶未完成迁移（rehash） if !h.sameSizeGrow() { //是否是等量扩容 //如果不是等量扩容，调整 hash 掩码（mask） m >>= 1 } oldb := (*bmap)(add(c, (hash&m)*uintptr(t.BucketSize)))//计算旧桶地址 if !evacuated(oldb) { //检查旧桶是否已搬迁 b = oldb //未搬迁则数据有效 } }在取旧桶的时候，会根据evacuated判断数据是否已经迁移到新的桶：判断方法是取桶首个元素的tophash值，若值为2,3,4中的一个，代表数据已经迁移完成。
const emptyOne = 1const evacuatedX = 2const evacuatedY = 3const evacuatedEmpty = 4 const minTopHash = 5func evacuated(b *bmap) bool { h := b.tophash return h > emptyOne && h < minTopHash}（5）取key的hash值的高8位值top，若值<5则累加5，避开0~4，这些值会用于枚举，存在一些特殊的含义。
top := tophash(hash)func tophash(hash uintptr) uint8 { top := uint8(hash >> (goarch.PtrSize*8 - 8)) if top < minTopHash { top += minTopHash } return top}（6）外层b遍历每一个桶，内层遍历b中的每一个kv对，对比每一个kv对的tophash值是否和要查询的key的top值是否相同进行查找。
for ; b != nil; b = b.overflow(t) { for i := uintptr(0); i < bucketCnt; i++ { //... } }若两个hash值不同，并且桶中的当前键值对的tophash为0，表示后续没有元素，直接退出循环返回零值。否则检查下一个kv。
if b.tophash != top { if b.tophash == emptyRest { break bucketloop } continue }若找到了，就根据内存偏移找到对应的value并且返回。注意：会调用key.Equal方法具体检查要读的key和当前key是否一样，避免因为哈希冲突导致读取了错误的value。
k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } if t.Key.Equal(key, k) { e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) if t.IndirectElem() { e = *((*unsafe.Pointer)(e)) } return e }否则最终返回0值。
return unsafe.Pointer(&zeroVal)2.3、map的写流程
2.3.1、写流程步骤总览
大致流程如下：
[*]1、若表为nil，则panic，若处在并发写，则fatal
[*]2、获取key的hash值，用于校验是否已经存在，需要覆盖
[*]3、设置处于写状态
[*]4、懒创建buckets，若B==0，则buckets会在第一次写的时候创建
[*]5、根据hash定位到具体的bucket中，若表处在扩容阶段则调用growWork辅助扩容；创建三个拟插入位置指针，分别存储要插入的tophash、key、value的位置。（作用是若遇见空位置，就存储，然后要继续看是否存在相同的key要覆盖。）
[*]6、遍历该桶的每一个kv，会遇到两种情况：
[*]若当前槽位的tophash和要插入的键值对的tophash不相同，那么检查是否是空槽，是则更新拟存储指针；若当前槽位是空槽，会继续检查对后面是否存在kv的标识，若后面全是空槽了，就可以直接退出了不必继续遍历。
[*]若相同，那就直接进行覆盖操作，更新完成直接到第10步进行收尾。
[*]7、如果我们没有找到要插入的位置，或者要插入的位置是当前桶的最后一个槽位，检查以下条件决定是否进行扩容：
[*]Count+1 > loadfactor * 2^h.B，即总键值对 > 负载因子*总桶数
[*]h.noverflow > threshold：如果 溢出桶过多，说明冲突严重，也要扩容。
发生扩容后，刚刚的记录就无效了，重新到第5步。
[*]8、若不扩容，且没有插入的位置（没有空槽，也没有覆盖），就新创建一个新桶，连接到当前桶的后面作为溢出桶，插入到新桶的第一个位置上。这个新桶可以是新分配的，也可以是一开始创建表就预分配的（优先）。
[*]9、对拟插入的位置进行实际的插入
[*]10、收尾，再次检查是否处在并发写状态，是则fatal，否则重置写状态标识，然后退出。
2.3.2、源码跟进mapassign
func mapassign(t *maptype, h *hmap, key unsafe.Pointer) unsafe.Pointer { if h == nil { panic(plainError("assignment to entry in nil map")) } //... if h.flags&hashWriting != 0 { fatal("concurrent map writes") } hash := t.Hasher(key, uintptr(h.hash0)) // Set hashWriting after calling t.hasher, since t.hasher may panic, // in which case we have not actually done a write. h.flags ^= hashWriting if h.buckets == nil { h.buckets = newobject(t.Bucket) // newarray(t.Bucket, 1) }again: bucket := hash & bucketMask(h.B) if h.growing() { growWork(t, h, bucket) } b := (*bmap)(add(h.buckets, bucket*uintptr(t.BucketSize))) top := tophash(hash) var inserti *uint8 var insertk unsafe.Pointer var elem unsafe.Pointerbucketloop: for { for i := uintptr(0); i < bucketCnt; i++ { if b.tophash != top { if isEmpty(b.tophash) && inserti == nil { inserti = &b.tophash insertk = add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) elem = add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) } if b.tophash == emptyRest { break bucketloop } continue } k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } if !t.Key.Equal(key, k) { continue } // already have a mapping for key. Update it. if t.NeedKeyUpdate() { typedmemmove(t.Key, k, key) } elem = add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) goto done } ovf := b.overflow(t) if ovf == nil { break } b = ovf } // Did not find mapping for key. Allocate new cell & add entry. // If we hit the max load factor or we have too many overflow buckets, // and we're not already in the middle of growing, start growing. if !h.growing() && (overLoadFactor(h.count+1, h.B) || tooManyOverflowBuckets(h.noverflow, h.B)) { hashGrow(t, h) goto again // Growing the table invalidates everything, so try again } if inserti == nil { // The current bucket and all the overflow buckets connected to it are full, allocate a new one. newb := h.newoverflow(t, b) inserti = &newb.tophash insertk = add(unsafe.Pointer(newb), dataOffset) elem = add(insertk, bucketCnt*uintptr(t.KeySize)) } // store new key/elem at insert position if t.IndirectKey() { kmem := newobject(t.Key) *(*unsafe.Pointer)(insertk) = kmem insertk = kmem } if t.IndirectElem() { vmem := newobject(t.Elem) *(*unsafe.Pointer)(elem) = vmem } typedmemmove(t.Key, insertk, key) *inserti = top h.count++done: if h.flags&hashWriting == 0 { fatal("concurrent map writes") } h.flags &^= hashWriting if t.IndirectElem() { elem = *((*unsafe.Pointer)(elem)) } return elem}（1）错误处理：map为空则panic，并发写则出发fatal。
if h == nil { panic(plainError("assignment to entry in nil map")) } //... if h.flags&hashWriting != 0 { fatal("concurrent map writes") } hash := t.Hasher(key, uintptr(h.hash0))（2）标识map处在写的状态，并且懒创建桶。
h.flags ^= hashWriting if h.buckets == nil { h.buckets = newobject(t.Bucket) // newarray(t.Bucket, 1) }（3）获取当前key对应的桶的桶索引
bucket := hash & bucketMask(h.B)（4）若发现当前map处在扩容状态，则帮助其渐进扩容。具体在下文中提及。
if h.growing() { growWork(t, h, bucket) }（5）进行地址偏移，定位到具体的桶b
b := (*bmap)(add(h.buckets, bucket*uintptr(t.BucketSize)))（6）计算tophash
top := tophash(hash)（7）提前声明三个指针，用于指向存放kv对槽位
var inserti *uint8 //tophash拟插入位置var insertk unsafe.Pointer //key拟插入位置var elem unsafe.Pointer //value拟插入位置（8）开启循环，和读流程类似，外层遍历桶，内层遍历桶的每个位置。
for { for i := uintptr(0); i < bucketCnt; i++ { //... } b = ovf }（9）若key的tophash和当前槽位的tophash不相同，则进行以下的检查：
[*]若该槽位是空的，那么就将kv拟插入在这个位置（先记录），因为可能存在相同的key在后面的桶中。
[*]若槽位当前位置tophash标识为emptyRest（0），则标识从当前槽位开始往后的槽位都是空的，就不用继续遍历了，直接退出bucketloop。（说明可以插入在此位置了）
if b.tophash != top { if isEmpty(b.tophash) && inserti == nil { inserti = &b.tophash insertk = add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) elem = add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) } if b.tophash == emptyRest { break bucketloop } continue }（10）否则说明找到了相同的key，需要进行覆盖操作。更新完成后跳到done，执行收尾流程。注意：会调用key.Equal方法具体检查要写的key和当前key是否一样，避免因为哈希冲突导致原来不同的kv对被错误的覆盖。
k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } if !t.Key.Equal(key, k) { continue } // already have a mapping for key. Update it. if t.NeedKeyUpdate() { typedmemmove(t.Key, k, key) } elem = add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) goto done（11）倘若没有相同的key，也没有剩余的空间了，则会考虑执行扩容模式，完成后再回到agian的位置重新桶定位以及遍历流程。
// 如果达到负载因子上限，或者溢出桶过多，则扩容if !h.growing() && (overLoadFactor(h.count+1, h.B) || tooManyOverflowBuckets(h.noverflow, h.B)) { hashGrow(t, h) goto again // Growing the table invalidates everything, so try again }触发扩容的条件：
[*]h.count+1 > loadFactor * 2^h.B：如果当前 map 达到负载因子上限，需要扩容。
[*]h.noverflow > threshold：如果 溢出桶过多，说明冲突严重，也要扩容。
[*]h.growing()：检查是否 已经在扩容，如果已经在扩容，就不会触发新的扩容。
（12）若不执行扩容操作，也没有找到插入的位置，则新创建一个溢出桶，将kv拟插入在溢出桶的第一个位置。
if inserti == nil { // The current bucket and all the overflow buckets connected to it are full, allocate a new one. newb := h.newoverflow(t, b) inserti = &newb.tophash insertk = add(unsafe.Pointer(newb), dataOffset) elem = add(insertk, bucketCnt*uintptr(t.KeySize)) }创建新桶操作如下：
func (h *hmap) newoverflow(t *maptype, b *bmap) *bmap { var ovf *bmap //若表存在预分配溢出桶，则直接使用预分配的溢出桶。 if h.extra != nil && h.extra.nextOverflow != nil { if ovf.overflow(t) == nil { // 不是最后一个预分配的溢出桶，直接移动 `nextOverflow` 指针 h.extra.nextOverflow = (*bmap)(add(unsafe.Pointer(ovf), uintptr(t.BucketSize))) } else { // 这是最后一个预分配的溢出桶，重置 overflow 指针 ovf.setoverflow(t, nil) h.extra.nextOverflow = nil } } else { //创建一个新的溢出桶 ovf = (*bmap)(newobject(t.Bucket)) } //更新 h.noverflow 计数，跟踪 map 目前有多少个溢出桶。 h.incrnoverflow() if t.Bucket.PtrBytes == 0 { //如果map只存储基本数据类型 h.createOverflow() //创建overflow记录表 *h.extra.overflow = append(*h.extra.overflow, ovf) //记录新的溢出桶 } b.setoverflow(t, ovf) //把ovf连接到b这个桶的overflow指针 return ovf}这里存在一个十分容易混淆的点：请注意，在最开始的makeBucketArray方法中，我们提及到了只有最后一个溢出桶它才设置了overflow指针，对于前面的溢出桶，overflow指针是nil，所以可以根据这个特性来判断当前的溢出桶是不是最后一个溢出桶。
用图来表示，每个桶经过了多次溢出桶扩展后的表状态，如下：
（13）在拟插入位置实际插入kv
// store new key/elem at insert position if t.IndirectKey() { kmem := newobject(t.Key) *(*unsafe.Pointer)(insertk) = kmem insertk = kmem } if t.IndirectElem() { vmem := newobject(t.Elem) *(*unsafe.Pointer)(elem) = vmem } typedmemmove(t.Key, insertk, key) *inserti = top h.count++（14）收尾流程，再次校验是否处在并发写，有则抛出fatal，否则将标记重置，然后退出。
done: if h.flags&hashWriting == 0 { fatal("concurrent map writes") } h.flags &^= hashWriting if t.IndirectElem() { elem = *((*unsafe.Pointer)(elem)) } return elem2.4、map的删流程
2.4.1、删流程步骤总览
删流程步骤大致如下：
[*]1、若表为nil或者不存在元素，则直接返回；若处在并发写则fatal
[*]2、获取key的哈希因子，根据哈希值找到对应的桶
[*]3、若表处在扩容阶段，则利用growWork辅助扩容
[*]4、开始遍历查找要删除的元素，若没找到则直接退出查找流程，找到了则将值清为0值
[*]5、若表的结构如：「值1——空——空——空——删除值——后全空——后全空」的结构，则需要向前回溯，将值1后的所有slot都置为emptyRest状态。
[*]6、若删除后，表的count为0，则更新hash因子，避免哈希碰撞攻击。
[*]7、再次校验是否处在并发写，处在将fatal，否则重置写标识
2.4.2、源码跟进mapdelete
func mapdelete(t *maptype, h *hmap, key unsafe.Pointer) { //... if h == nil || h.count == 0 { if err := mapKeyError(t, key); err != nil { panic(err) // see issue 23734 } return } if h.flags&hashWriting != 0 { fatal("concurrent map writes") } hash := t.Hasher(key, uintptr(h.hash0)) // Set hashWriting after calling t.hasher, since t.hasher may panic, // in which case we have not actually done a write (delete). h.flags ^= hashWriting bucket := hash & bucketMask(h.B) if h.growing() { growWork(t, h, bucket) } b := (*bmap)(add(h.buckets, bucket*uintptr(t.BucketSize))) bOrig := b top := tophash(hash)search: for ; b != nil; b = b.overflow(t) { for i := uintptr(0); i < bucketCnt; i++ { if b.tophash != top { if b.tophash == emptyRest { break search } continue } k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) k2 := k if t.IndirectKey() { k2 = *((*unsafe.Pointer)(k2)) } if !t.Key.Equal(key, k2) { continue } // Only clear key if there are pointers in it. if t.IndirectKey() { *(*unsafe.Pointer)(k) = nil } else if t.Key.PtrBytes != 0 { memclrHasPointers(k, t.Key.Size_) } e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) if t.IndirectElem() { *(*unsafe.Pointer)(e) = nil } else if t.Elem.PtrBytes != 0 { memclrHasPointers(e, t.Elem.Size_) } else { memclrNoHeapPointers(e, t.Elem.Size_) } b.tophash = emptyOne // If the bucket now ends in a bunch of emptyOne states, // change those to emptyRest states. // It would be nice to make this a separate function, but // for loops are not currently inlineable. if i == bucketCnt-1 { if b.overflow(t) != nil && b.overflow(t).tophash != emptyRest { goto notLast } } else { if b.tophash != emptyRest { goto notLast } } for { b.tophash = emptyRest if i == 0 { if b == bOrig { break // beginning of initial bucket, we're done. } // Find previous bucket, continue at its last entry. c := b for b = bOrig; b.overflow(t) != c; b = b.overflow(t) { } i = bucketCnt - 1 } else { i-- } if b.tophash != emptyOne { break } } notLast: h.count-- // Reset the hash seed to make it more difficult for attackers to // repeatedly trigger hash collisions. See issue 25237. if h.count == 0 { h.hash0 = uint32(rand()) } break search } } if h.flags&hashWriting == 0 { fatal("concurrent map writes") } h.flags &^= hashWriting}（1）错误处理：当表为nil或者不存在元素，则直接返回；若处在并发写状态则fatal
if h == nil || h.count == 0 { if err := mapKeyError(t, key); err != nil { panic(err) // see issue 23734 } return } if h.flags&hashWriting != 0 { fatal("concurrent map writes") }（2）获取key的hash，并且标识表为写状态
hash := t.Hasher(key, uintptr(h.hash0)) // Set hashWriting after calling t.hasher, since t.hasher may panic, // in which case we have not actually done a write (delete). h.flags ^= hashWriting（3）若表正在扩容，则调用growWork辅助扩容。通过hash值映射到对应的桶b。
bucket := hash & bucketMask(h.B) if h.growing() { growWork(t, h, bucket) } b := (*bmap)(add(h.buckets, bucket*uintptr(t.BucketSize))) bOrig := b top := tophash(hash)（4）进入桶的遍历，外层遍历桶，内层遍历每个kv对
for ; b != nil; b = b.overflow(t) { for i := uintptr(0); i < bucketCnt; i++ { //... } }（5）若当前槽位的tophash和需要查找的不相同，则检查后面是否还有元素；有元素就继续进行查找，没有就直接退出，表示想删除的元素不存在。
if b.tophash != top { if b.tophash == emptyRest { break search } continue }（6）否则，说明找到了对应的key，进行删除操作，具体包括了：
[*]查找key并找到存储位置
[*]清除 key 和 value（包括直接清零或 nil 指针）。
[*]更新 tophash，标记该槽位为空（EmptyOne）。
注意：会调用key.Equal方法具体检查要删除的key和当前key是否一样，避免因为哈希冲突导致原来不同的kv对被错误的删除。
k := add(unsafe.Pointer(b), dataOffset+i*uintptr(t.KeySize)) k2 := k if t.IndirectKey() { k2 = *((*unsafe.Pointer)(k2)) } if !t.Key.Equal(key, k2) { continue } // Only clear key if there are pointers in it. if t.IndirectKey() { *(*unsafe.Pointer)(k) = nil } else if t.Key.PtrBytes != 0 { memclrHasPointers(k, t.Key.Size_) } e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+i*uintptr(t.ValueSize)) if t.IndirectElem() { *(*unsafe.Pointer)(e) = nil } else if t.Elem.PtrBytes != 0 { memclrHasPointers(e, t.Elem.Size_) } else { memclrNoHeapPointers(e, t.Elem.Size_) } b.tophash = emptyOne（7）检查当前删除的桶的元素是否是桶的最后一个元素：
[*]若是，若该桶的后面还存在溢出桶，并且溢出桶非空则跳过清理环节，进入收尾阶段
[*]若不是，检查后面是否还有元素，有元素也跳过清理环节。（通过检查下一个slot的标识是否为emptyRest）
if i == bucketCnt-1 { if b.overflow(t) != nil && b.overflow(t).tophash != emptyRest { goto notLast }} else { if b.tophash != emptyRest { goto notLast }}否则，说明后面没有更多的元素了，需要向前回溯，将最后一个元素的槽位后面的所有槽位都设置为emptyRest状态，优化未来的流程。
回溯流程：
[*]先将当前桶从当前的删除元素一个个往前走，遇到是emptyOne的就修改为emptyRest
[*]当到达第一个元素并且也为空时，回溯到上一个桶的末尾，重复流程
[*]遇到非空元素，完成所有回溯并且退出。
for { b.tophash = emptyRest if i == 0 { if b == bOrig { break // beginning of initial bucket, we're done. } // Find previous bucket, continue at its last entry. c := b for b = bOrig; b.overflow(t) != c; b = b.overflow(t) { } i = bucketCnt - 1 } else { i-- } if b.tophash != emptyOne { break } }（8）收尾流程，将map的元素计数器count-1，若count为0，则更新哈希因子。
notLast: h.count-- // Reset the hash seed to make it more difficult for attackers to // repeatedly trigger hash collisions. See issue 25237. if h.count == 0 { h.hash0 = uint32(rand()) } break search }为什么要更新哈希因子？
让攻击者无法利用相同的哈希因子 h.hash0 构造出一组导致严重哈希碰撞的 key，从而保护 map 免受拒绝服务（DoS）攻击。
（9）最后的校验是否处在并发写状态，是则fatal，然后再更新状态标识
if h.flags&hashWriting == 0 { fatal("concurrent map writes") } h.flags &^= hashWriting3、扩容机制
3.1、扩容类型
Gomap的扩容方式分为两种：
[*]等量扩容（Same-Size-Grow）：如果map的溢出桶过多，导致查找性能下降，说明KV分布不均匀，此时就会触发等量扩容，哈希表的桶数不会改变，但会重新分配K-V对的位置，目的是减少溢出桶的数量，增加KV的密度，让数据能平均分布。
[*]增量扩容（Double-Size-Grow）：如果负载因子超标「count/2^B > loadFactor」，即KV对的数目超过了一定上限，就会触发增量扩容，使得Buckets数量翻倍，让所有的KV对重新分配在新的桶数组中，目的是减少K-V对的密度，降低每个桶的KV数量，优化查询时间。
为什么说等量扩容是增加密度呢？
我们想，既然count是合理的，但是当前map导致了溢出桶过多，那么只可能是经过了多次删除操作，导致出现了很多空位，例如「A——空——空——空——B」，这样子每次查找就很耗时了，于是等量扩容需要重新分配KV对的位置变为「A——B」，让数据更加紧凑。
3.2、扩容触发
在之前的写流程中，提及到以下代码会触发map的扩容：
if !h.growing() && (overLoadFactor(h.count+1, h.B) || tooManyOverflowBuckets(h.noverflow, h.B)) { hashGrow(t, h) goto again // Growing the table invalidates everything, so try again}只有当map不处在扩容中，并且满足以下两个条件之一，触发扩容：
[*]负载因子超标：当KV对的数目超过桶的数目，并且「KV对数目/桶数 > 负载因子」时，发生扩容
overLoadFactor(h.count+1, h.B)func overLoadFactor(count int, B uint8) bool { return count > bucketCnt && uintptr(count) > loadFactorNum*(bucketShift(B)/loadFactorDen)}
[*]溢出桶过多：当溢出桶数量>桶数组的数量（B最大取15），则发生扩容
func tooManyOverflowBuckets(noverflow uint16, B uint8) bool { if B > 15 { B = 15 } return noverflow >= uint16(1)<<(B&15)}
3.3、扩容流程前置
进入hashGrow方法，观察扩容流程
func hashGrow(t *maptype, h *hmap) { bigger := uint8(1) if !overLoadFactor(h.count+1, h.B) { bigger = 0 h.flags |= sameSizeGrow } oldbuckets := h.buckets newbuckets, nextOverflow := makeBucketArray(t, h.B+bigger, nil) flags := h.flags &^ (iterator | oldIterator) if h.flags&iterator != 0 { flags |= oldIterator } // commit the grow (atomic wrt gc) h.B += bigger h.flags = flags h.oldbuckets = oldbuckets h.buckets = newbuckets h.nevacuate = 0 h.noverflow = 0 if h.extra != nil && h.extra.overflow != nil { // Promote current overflow buckets to the old generation. if h.extra.oldoverflow != nil { throw("oldoverflow is not nil") } h.extra.oldoverflow = h.extra.overflow h.extra.overflow = nil } if nextOverflow != nil { if h.extra == nil { h.extra = new(mapextra) } h.extra.nextOverflow = nextOverflow }（1）标识是否为等量扩容，若是等量扩容bigger置0，否则将map的flag的二进制第4位置1标识处在等量扩容阶段。
bigger := uint8(1) if !overLoadFactor(h.count+1, h.B) { bigger = 0 h.flags |= sameSizeGrow }（2）不论如何，发生扩容，那么当前的桶数组就会变成旧的桶数组了，于是将map的oldbuckets指针指向它，然后创建一个新的桶数组。
oldbuckets := h.buckets newbuckets, nextOverflow := makeBucketArray(t, h.B+bigger, nil)（3）更新一些map的标识，包括：
[*]处于range的iterator标识，若处在遍历中，则需要标识olditerator
[*]新map的桶数、完成数据迁移的桶数、溢出桶的桶数等
flags := h.flags &^ (iterator | oldIterator) if h.flags&iterator != 0 { flags |= oldIterator } // commit the grow (atomic wrt gc) h.B += bigger h.flags = flags h.oldbuckets = oldbuckets h.buckets = newbuckets h.nevacuate = 0 h.noverflow = 0（4）将原本的可用预分配溢出桶赋值给h.extra.oldoverflow，将新分配的桶数组的新预分配溢出桶赋值给h.extra.nextOverflow
if h.extra != nil && h.extra.overflow != nil { // Promote current overflow buckets to the old generation. if h.extra.oldoverflow != nil { throw("oldoverflow is not nil") } h.extra.oldoverflow = h.extra.overflow h.extra.overflow = nil } if nextOverflow != nil { if h.extra == nil { h.extra = new(mapextra) } h.extra.nextOverflow = nextOverflow }最后根据注释，我们知道Go的map扩容实际流程会通过growWork和evacuate方法渐进式地完成。
// the actual copying of the hash table data is done incrementally// by growWork() and evacuate().3.4、渐进式扩容、源码实现
Go对map的扩容策略采取的是渐进式扩容（Incrementally Grow），避免一次将所有旧数据迁移至新map引发性能抖动。
迁移规则如下：
[*]若是等量扩容，那么新桶数组的长度与旧桶数组长度一致，让数据更加紧凑，从而减少溢出链长度
[*]若是等量扩容，旧桶的数据迁移到的新桶中，它们桶的下标在桶数组中是一致的。例如旧桶0—迁移至—>新桶0
[*]若是增量扩容，会根据旧数据KV对的hash值，来判断是否要进行桶的偏移。
[*]因为一个KV对，要通过hash值来映射到对应的桶中，当桶的数量翻倍之后，对应的对数指标B也会加一，因此取模映射会发生改变。例如，一个KV对的hash值原本是111，原本桶的数量为4，那么B=2，取模运算为：「111 & (1<<2 - 1) = 111 & 11 = 11 = 3」，所以这个KV对会被存放在桶3中。当发生了增量扩容后，B增一为3，此时对于同一个hash值，它的取模变成了：「111 & (1<<3 - 1) = 111 & 111 = 111 = 7」，偏移了4个桶。对于增量扩容的转移，就是通过这个方式来判断旧的KV对应该被放在新的哪一个桶中，假如它原本在第i个桶，原本含有j个桶，那么迁移后它只可能在第i个桶或者第i+j个桶中。
<hr>当每次触发写、删操作的时候，会为处于map的两组桶的数据完成迁移：
[*]一组是当前写、删操作所命中的桶
[*]一组是未迁移的桶中，索引最小的那个桶
func growWork(t *maptype, h *hmap, bucket uintptr) { //迁移当前正在使用的桶 evacuate(t, h, bucket&h.oldbucketmask()) //迁移未迁移的桶中，索引最小的桶 if h.growing() { evacuate(t, h, h.nevacuate) }}步入evacuate函数：
func evacuate(t *maptype, h *hmap, oldbucket uintptr) { //oldbcuket为要迁移的旧桶在旧桶数组中的索引 //获取这一个旧桶b b := (*bmap)(add(h.oldbuckets, oldbucket*uintptr(t.BucketSize))) //获取旧桶数组的桶数，根据2^oldB计算 newbit := h.noldbuckets() //判断此桶b是否已经完成了数据的迁移，未完成则步入函数内部 if !evacuated(b) { //xy数组用于存储迁移目标bucket //xy，记录的是等量扩容迁移的目标桶，代表新桶数组中索引和旧桶一致的那个桶 //xy，记录的是增量扩容迁移的目标桶，索引为原索引加上旧桶容量的桶 var xy evacDst x := &xy x.b = (*bmap)(add(h.buckets, oldbucket*uintptr(t.BucketSize))) x.k = add(unsafe.Pointer(x.b), dataOffset) x.e = add(x.k, bucketCnt*uintptr(t.KeySize)) if !h.sameSizeGrow() { //若是增量扩容，则记录xy y := &xy //例如旧桶数组有4个桶，那么旧桶i映射到新桶i+4 y.b = (*bmap)(add(h.buckets, (oldbucket+newbit)*uintptr(t.BucketSize))) y.k = add(unsafe.Pointer(y.b), dataOffset) y.e = add(y.k, bucketCnt*uintptr(t.KeySize)) } //开始遍历旧桶b的所有键值对 for ; b != nil; b = b.overflow(t) { k := add(unsafe.Pointer(b), dataOffset) e := add(k, bucketCnt*uintptr(t.KeySize)) //遍历每一个键值对 for i := 0; i < bucketCnt; i, k, e = i+1, add(k, uintptr(t.KeySize)), add(e, uintptr(t.ValueSize)) { //获取当前slot的tophash top := b.tophash if isEmpty(top) { //若槽位为空，标识以完成迁移 b.tophash = evacuatedEmpty continue } if top < minTopHash { throw("bad map state") } k2 := k //处理键为指针的情况 if t.IndirectKey() { k2 = *((*unsafe.Pointer)(k2)) } var useY uint8 if !h.sameSizeGrow() { //对于增量扩容的迁移策略 //计算key的hash值 hash := t.Hasher(k2, uintptr(h.hash0)) //若map处于迭代过程需要特殊处理 if h.flags&iterator != 0 && !t.ReflexiveKey() && !t.Key.Equal(k2, k2) { //useY决定是否要迁移到新桶中 useY = top & 1 top = tophash(hash) } else { //普通key的迁移判断 if hash&newbit != 0 { //说明hash的B位是1，key要被迁移到新桶中下标为Y的桶。 //这里举个例子，假如旧桶有4个，那么B是2，那么newbit就是1<<B=100，若hash的第B位也是1，那就决定要用y的坐标，所以会迁移到桶8 useY = 1 } } } b.tophash = evacuatedX + useY // evacuatedX + 1 == evacuatedY dst := &xy // evacuation destination //若到了桶的最后一个slot，完成后跳转到溢出桶 if dst.i == bucketCnt { dst.b = h.newoverflow(t, dst.b) dst.i = 0 dst.k = add(unsafe.Pointer(dst.b), dataOffset) dst.e = add(dst.k, bucketCnt*uintptr(t.KeySize)) } //完成K-V对的迁移，更新几个目标指针 dst.b.tophash = top // mask dst.i as an optimization, to avoid a bounds check if t.IndirectKey() { *(*unsafe.Pointer)(dst.k) = k2 // copy pointer } else { typedmemmove(t.Key, dst.k, k) // copy elem } if t.IndirectElem() { *(*unsafe.Pointer)(dst.e) = *(*unsafe.Pointer)(e) } else { typedmemmove(t.Elem, dst.e, e) } dst.i++ dst.k = add(dst.k, uintptr(t.KeySize)) dst.e = add(dst.e, uintptr(t.ValueSize)) } } //若旧桶完成了迁移，并且没有处于迭代中并且含有指针类型的值，需要手动帮助GC清理掉旧桶。 if h.flags&oldIterator == 0 && t.Bucket.PtrBytes != 0 { b := add(h.oldbuckets, oldbucket*uintptr(t.BucketSize)) // Preserve b.tophash because the evacuation // state is maintained there. ptr := add(b, dataOffset) n := uintptr(t.BucketSize) - dataOffset memclrHasPointers(ptr, n) } } //若当前迁移的旧桶是未迁移的旧桶中索引最小的，那么将h.nevacuate累加1.若旧桶全部被迁移完毕，会将等量扩容标识置为0 if oldbucket == h.nevacuate { advanceEvacuationMark(h, t, newbit) }}func advanceEvacuationMark(h *hmap, t *maptype, newbit uintptr) { h.nevacuate++ //... if h.nevacuate == newbit { //完成所有迁移，工作结束 h.oldbuckets = nil if h.extra != nil { h.extra.oldoverflow = nil } h.flags &^= sameSizeGrow }}可以阅读上述代码注释来学习它的迁移过程。
4、map的遍历流程
4.1、主要数据结构
我们知道，可以通过for range的方式来遍历map的每一个kv对，它主要是通过底层的hiter——Hash Iterator数据结构实现的。
在runtime/map.go中，可以找到对迭代器结构的定义：
type hiter struct { key unsafe.Pointer // 当前遍历的 key 指针 elem unsafe.Pointer // 当前遍历的 value 指针 t *maptype // 关联的 map 类型信息 h *hmap // 指向被遍历的 map 结构 buckets unsafe.Pointer // 迭代开始时的 buckets 数组指针（用于保证遍历稳定） bptr *bmap // 当前遍历的 bucket 指针 overflow *[]*bmap // 存储当前 hmap.buckets 可能存在的溢出桶，防止 GC 误清理 oldoverflow *[]*bmap // 存储旧 hmap.oldbuckets 可能存在的溢出桶，防止 GC 误清理 startBucket uintptr // 迭代开始的 bucket 位置（用于随机化遍历起点） offset uint8 // 在 bucket 内的随机偏移量（防止总是从 slot 0 开始，增强安全性） wrapped bool // 是否已经遍历完所有 bucket 并回绕到起始位置 B uint8 // 当前 map 的 B 值（`2^B` 代表 bucket 数量） i uint8 // 当前 bucket 内的 key-value 索引（用于迭代 bucket 内部的槽位） bucket uintptr // 当前遍历到的 bucket 索引（相对 `buckets` 起始位置） checkBucket uintptr // 用于 double-checking bucket 迭代的一致性，避免 map 变化影响遍历}字段详细说明：
字段名类型作用keyunsafe.Pointer当前遍历的 key 指针，指向 bmap 里存储的 keyelemunsafe.Pointer当前遍历的 value 指针，指向 bmap 里存储的 valuet*maptypemap 的类型信息，包含 key 和 value 的类型h*hmap指向遍历中的 map 结构bucketsunsafe.Pointermap 迭代开始时的 buckets 数组指针，防止 map 在扩容时影响遍历bptr*bmap当前遍历的 bucket 指针，表示当前 bmapoverflow*[]*bmap存储 hmap.buckets 可能的溢出桶，防止 GC 误清理oldoverflow*[]*bmap存储 hmap.oldbuckets 可能的溢出桶，防止 GC 误清理startBucketuintptr遍历开始的 bucket 位置，用于随机化遍历顺序，防止固定遍历路径offsetuint8在 bucket 内部的偏移量，防止遍历总是从 slot 0 开始，增强遍历均匀性wrappedbool是否已经遍历完所有 bucket 并回绕到起始位置Buint8当前 map 的 B 值，表示 2^B 个 bucketiuint8当前 bucket 内部的 key-value 索引，用于遍历 bmap 内的槽位bucketuintptr当前遍历到的 bucket 索引，相对于 buckets 起始地址checkBucketuintptr用于 double-check 迭代一致性，确保 map 变化不会影响遍历4.2、遍历主流程
Go对map的遍历起点是随机的，它防止每次遍历都从slot 0开始，增强了一定的安全性，这也是为什么你使用for range去遍历map的时候，不能保证每次一次遍历都结果都是相同的。
4.3、mapiterinit初始化迭代器
让我们进入mapiterinit流程，观察它的具体实现。
func mapiterinit(t *maptype, h *hmap, it *hiter) { //... it.t = t if h == nil || h.count == 0 { return } if unsafe.Sizeof(hiter{})/goarch.PtrSize != 12 { throw("hash_iter size incorrect") // see cmd/compile/internal/reflectdata/reflect.go } it.h = h // grab snapshot of bucket state it.B = h.B it.buckets = h.buckets if t.Bucket.PtrBytes == 0 { h.createOverflow() it.overflow = h.extra.overflow it.oldoverflow = h.extra.oldoverflow } // decide where to start r := uintptr(rand()) it.startBucket = r & bucketMask(h.B) it.offset = uint8(r >> h.B & (bucketCnt - 1)) // iterator state it.bucket = it.startBucket // Remember we have an iterator. // Can run concurrently with another mapiterinit(). if old := h.flags; old&(iterator|oldIterator) != iterator|oldIterator { atomic.Or8(&h.flags, iterator|oldIterator) } mapiternext(it)}（1）若表为nil或者没有元素，则直接返回；记录一些初始参数
it.t = t if h == nil || h.count == 0 { return } if unsafe.Sizeof(hiter{})/goarch.PtrSize != 12 { throw("hash_iter size incorrect") // see cmd/compile/internal/reflectdata/reflect.go } it.h = h // grab snapshot of bucket state it.B = h.B it.buckets = h.buckets（2）若表的桶不含有指针类型，那么它们可能会在遍历的过程中，若表发生了结构的变化，可能会取消对旧桶的引用，此时溢出桶就可能会被GC清理掉，所以当迭代器开始工作的时候，就需要将当前的溢出桶和旧的溢出桶保留在迭代器的结构中，保持对它们的引用。
if t.Bucket.PtrBytes == 0 { // Allocate the current slice and remember pointers to both current and old. // This preserves all relevant overflow buckets alive even if // the table grows and/or overflow buckets are added to the table // while we are iterating. h.createOverflow() it.overflow = h.extra.overflow it.oldoverflow = h.extra.oldoverflow }（3）通过取随机数的方式，决定遍历的起始桶，以及桶的遍历的起始kv对的位置
// decide where to start r := uintptr(rand()) it.startBucket = r & bucketMask(h.B) it.offset = uint8(r >> h.B & (bucketCnt - 1)) // iterator state it.bucket = it.startBucket（4）进入遍历流程
mapiternext(it)4.4、mapiternext
func mapiternext(it *hiter) { h := it.h //... if h.flags&hashWriting != 0 { fatal("concurrent map iteration and map write") } t := it.t bucket := it.bucket b := it.bptr i := it.i checkBucket := it.checkBucketnext: if b == nil { if bucket == it.startBucket && it.wrapped { // end of iteration it.key = nil it.elem = nil return } if h.growing() && it.B == h.B { // Iterator was started in the middle of a grow, and the grow isn't done yet. // If the bucket we're looking at hasn't been filled in yet (i.e. the old // bucket hasn't been evacuated) then we need to iterate through the old // bucket and only return the ones that will be migrated to this bucket. oldbucket := bucket & it.h.oldbucketmask() b = (*bmap)(add(h.oldbuckets, oldbucket*uintptr(t.BucketSize))) if !evacuated(b) { checkBucket = bucket } else { b = (*bmap)(add(it.buckets, bucket*uintptr(t.BucketSize))) checkBucket = noCheck } } else { b = (*bmap)(add(it.buckets, bucket*uintptr(t.BucketSize))) checkBucket = noCheck } bucket++ if bucket == bucketShift(it.B) { bucket = 0 it.wrapped = true } i = 0 } for ; i < bucketCnt; i++ { offi := (i + it.offset) & (bucketCnt - 1) if isEmpty(b.tophash) || b.tophash == evacuatedEmpty { // TODO: emptyRest is hard to use here, as we start iterating // in the middle of a bucket. It's feasible, just tricky. continue } k := add(unsafe.Pointer(b), dataOffset+uintptr(offi)*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+uintptr(offi)*uintptr(t.ValueSize)) if checkBucket != noCheck && !h.sameSizeGrow() { // Special case: iterator was started during a grow to a larger size // and the grow is not done yet. We're working on a bucket whose // oldbucket has not been evacuated yet. Or at least, it wasn't // evacuated when we started the bucket. So we're iterating // through the oldbucket, skipping any keys that will go // to the other new bucket (each oldbucket expands to two // buckets during a grow). if t.ReflexiveKey() || t.Key.Equal(k, k) { // If the item in the oldbucket is not destined for // the current new bucket in the iteration, skip it. hash := t.Hasher(k, uintptr(h.hash0)) if hash&bucketMask(it.B) != checkBucket { continue } } else { // Hash isn't repeatable if k != k (NaNs).We need a // repeatable and randomish choice of which direction // to send NaNs during evacuation. We'll use the low // bit of tophash to decide which way NaNs go. // NOTE: this case is why we need two evacuate tophash // values, evacuatedX and evacuatedY, that differ in // their low bit. if checkBucket>>(it.B-1) != uintptr(b.tophash&1) { continue } } } if (b.tophash != evacuatedX && b.tophash != evacuatedY) || !(t.ReflexiveKey() || t.Key.Equal(k, k)) { // This is the golden data, we can return it. // OR // key!=key, so the entry can't be deleted or updated, so we can just return it. // That's lucky for us because when key!=key we can't look it up successfully. it.key = k if t.IndirectElem() { e = *((*unsafe.Pointer)(e)) } it.elem = e } else { // The hash table has grown since the iterator was started. // The golden data for this key is now somewhere else. // Check the current hash table for the data. // This code handles the case where the key // has been deleted, updated, or deleted and reinserted. // NOTE: we need to regrab the key as it has potentially been // updated to an equal() but not identical key (e.g. +0.0 vs -0.0). rk, re := mapaccessK(t, h, k) if rk == nil { continue // key has been deleted } it.key = rk it.elem = re } it.bucket = bucket if it.bptr != b { // avoid unnecessary write barrier; see issue 14921 it.bptr = b } it.i = i + 1 it.checkBucket = checkBucket return } b = b.overflow(t) i = 0 goto next}（1）若处在并发写状态则fatal；初始化各项参数
if h.flags&hashWriting != 0 { fatal("concurrent map iteration and map write") } t := it.t bucket := it.bucket b := it.bptr i := it.i checkBucket := it.checkBucket（2）外层主循环，遍历每一个bucket，当达到buckets的末尾的时候，标识wrapped为true，回到头部。
next:if b == nil { //... b = (*bmap)(add(it.buckets, bucket*uintptr(t.BucketSize))) //... } bucket++ if bucket == bucketShift(it.B) { bucket = 0 it.wrapped = true } b = b.overflow(t) i = 0 goto next（3）若遍历完所有的桶了，则退出函数
if bucket == it.startBucket && it.wrapped { // end of iteration it.key = nil it.elem = nil return }（4）map可能正在处于扩容阶段，若处在扩容阶段，并且当前range的B和map的B任然相同（仍然是同一级数），那么说明便利的顺序没有发生改变。若桶处于旧桶数组，且数据没有迁移完成，那么需要将checkBucket置为当前桶号，需要对其便利防止漏掉数据。
if h.growing() && it.B == h.B { oldbucket := bucket & it.h.oldbucketmask() //获取oldbucket在oldbuckets中的位置 b = (*bmap)(add(h.oldbuckets, oldbucket*uintptr(t.BucketSize))) //若数据还没有完成迁移，那么还需要遍历这个桶的K-V对 if !evacuated(b) { checkBucket = bucket } else { //否则，直接读取newbuckets b = (*bmap)(add(it.buckets, bucket*uintptr(t.BucketSize))) //表示bucket都迁移完了，不需要额外检查oldbuckets checkBucket = noCheck }} else { //没有扩容，直接从buckets读取 b = (*bmap)(add(it.buckets, bucket*uintptr(t.BucketSize))) checkBucket = noCheck }（5）开始遍历该bucket下的所有KV对，对于一个空的槽位，因为可能处在迁移过程，所以会存在evacuatedEmpty的标识，所以不能判断是不是后面都是空的，必须全部遍历一次。
for ; i < bucketCnt; i++ { offi := (i + it.offset) & (bucketCnt - 1) if isEmpty(b.tophash) || b.tophash == evacuatedEmpty { // TODO: emptyRest is hard to use here, as we start iterating // in the middle of a bucket. It's feasible, just tricky. continue }（6）获取槽位的KV
k := add(unsafe.Pointer(b), dataOffset+uintptr(offi)*uintptr(t.KeySize)) if t.IndirectKey() { k = *((*unsafe.Pointer)(k)) } e := add(unsafe.Pointer(b), dataOffset+bucketCnt*uintptr(t.KeySize)+uintptr(offi)*uintptr(t.ValueSize))（7）对于map正在实施等量扩容的情况下，如果当前的key经过重新到hash映射，会被映射到另一个桶中，那这时候我们也应该严格按照新桶的顺序来遍历，所以跳过这个key。例如，我们现在正在遍历桶3的一个KV对，但是这个KV对将会被迁移至桶7，那我们也该在遍历桶7的时候再获取它，而不是现在获取。
if checkBucket != noCheck && !h.sameSizeGrow() { if t.ReflexiveKey() || t.Key.Equal(k, k) { hash := t.Hasher(k, uintptr(h.hash0)) if hash&bucketMask(it.B) != checkBucket { continue } } else { if checkBucket>>(it.B-1) != uintptr(b.tophash&1) { continue } } }（8）通过读流程的mapaccessK方法来读取这个K-V对，通过迭代器hiter的key、value指针进行接收，用于对用户的遍历操作进行响应。
rk, re := mapaccessK(t, h, k) if rk == nil { continue // key has been deleted } it.key = rk it.elem = re5、结语
感谢观看阅读，如果有什么疑问可以在评论区一起讨论。本篇博客参考了小徐先生的文章，也是读者跟随其思路学习的笔记记录，推荐大家去看原文，一起深入源码学习，链接在下方：
Golang map 实现原理
页:
[1]