> # map的底层
- 哈希表(hash table),又称散列表,它通过建立键`key`与值`value`之间的映射,实现高效的元素查询
- 查找元素,添加元素,删除元素 O(n)时间
- `hmap` 是 `map` 结构的头部,用于存储 `map` 的元数据
- `bmap` 是实际存储 `map` 键值对的结构。它表示一个存储桶(bucket)
>### hmap
```
type hmap struct {
count int // 活跃的键值对数量 == map 的大小。必须是第一个字段(由 len() 内置函数使用)。
flags uint8 // 标志位,用于存储与 map 状态相关的标志信息。
B uint8 // 存储桶的数量的对数(log_2),可以容纳最多 loadFactor * 2^B 个元素。
noverflow uint16 // 近似的溢出存储桶的数量;有关详细信息,请参见 incrnoverflow。
hash0 uint32 // 哈希种子,用于哈希函数的初始值。
buckets unsafe.Pointer // 指向存储桶数组的指针,数组大小为 2^B。如果 count == 0,则可能为 nil。
oldbuckets unsafe.Pointer // 指向先前存储桶数组的指针,其大小为当前的一半,仅在增长时为非 nil。
nevacuate uintptr // 迁移进度计数器(小于此值的存储桶已迁移到新的存储桶数组)。
extra *mapextra // 可选字段,包含一些额外的字段。
}
```
* **count**:记录 `map` 中当前存储的键值对的数量(活跃单元数),也是 `len()` 内置函数的依据。
* **flags**: 存储与 `map` 状态相关的标志信息。例如,用于记录 `map` 是否正在增长等状态。
* **B**:表示存储桶数量的对数(log\_2),存储桶数量为 `2^B`。它决定了 `map` 可以存储的最大键值对数量。
* **noverflow**: 记录溢出存储桶的数量(大致),在发生哈希冲突时,多个键值对可能会被分配到同一个存储桶,因此可能会产生溢出存储桶。
* **hash0**:哈希种子,用于哈希函数。通过引入种子,使得 `map` 的哈希分布更随机,以减少冲突。
* **buckets**: 指向当前存储桶数组的指针,数组的大小为 `2^B`。如果 `map` 为空(count == 0),该字段可能为 `nil`。
* **oldbuckets**: 在 `map` 进行扩容时,指向先前存储桶数组的指针,旧数组的大小是新数组的一半。在扩容过程中,这个指针会被用来迁移旧的键值对。
* **nevacuate**: 在扩容过程中,记录了迁移进度的计数器。小于此值的存储桶已经被迁移到新的存储桶数组。
* **extra**:可选字段,用于存储一些额外的数据,比如保存小 `map` 结构体的溢出数据或指向垃圾回收器的指针。
> bmap
```
type bmap struct {
// tophash 通常包含此存储桶中每个键的哈希值的最高字节。
// 如果 tophash[0] < minTopHash,则 tophash[0] 是存储桶搬迁状态。
tophash [bucketCnt]uint8
// 接下来是 bucketCnt 个键和 bucketCnt 个元素。
// 注意:将所有键一起打包然后将所有元素一起打包使代码稍微复杂一些,
// 比如交替存储 key/elem/key/elem/...,但是这样可以消除填充,
// 填充可能需要,例如 map[int64]int8。
// 紧跟在这些之后的是溢出指针。
}
```
![](https://img.kancloud.cn/a5/8e/a58ea9166c3eac7d69e0ec0e65dc7177_154x243.png)
> # key的定位
- key 根据当前初始话的hash种子进行哈希计算得到哈希值, hash后几位确定桶的位置, 前几位作为tophash
- 当两个不同的 key 落在同一个桶中,也就是发生了哈希冲突。冲突的解决手段是用链表法:在 bucket 中,从前往后找到第一个空位。这样,在查找某个 key 时,先找到对应的桶,再去遍历 bucket 中的 key。如果在 bucket 中没找到,并且 overflow 不为空,还要继续去 overflow bucket 中寻找,直到找到或是所有的 key 槽位都找遍了,包括所有的 overflow bucket。
- 链式地址解决哈希冲突: 每个桶存储一个链表包含所有冲突的元素
> # 扩容
- 扩容的时候不是马上全部迁移, 而是会有标记状态, 每次迁移一部分
> # 相关阅读
- [go map底层实现](https://www.cnblogs.com/ybf-yyj/p/12763015.html)
- [go map深度解析](https://www.jianshu.com/p/0a777dc7f7ae)
- [golang map合并\_数据结构和算法(Golang实现)](https://blog.csdn.net/weixin_39688451/article/details/110236131)
- [Hello算法](https://www.hello-algo.com/chapter_hashing/hash_map)
- Golang
- 切片 slice
- 数组和切片的区别
- 左闭右开
- make([]int, 5) 和 make([]int, 0, 5) 区别
- 切片非线程安全,并发操作为啥不会像map一样报错
- []struct{} 如何遍历
- 切片如何删除某个元素
- append 一个nil 切片
- 哈希表 map
- 并发操作
- 并发写报错
- 并发读不会报错
- 并发读有写报错
- 并发迭代有写报错
- 自制并发安全字典
- 官方并发安全字典
- 对未初始化的 map 进行赋值操作
- map的底层
- 无序输出
- 等量扩容
- 实现集合
- map的key可以使哪些值
- 协程 go
- 协程相关阅读
- 进程、线程、协程
- 协程 (捕获异常 和 协程池)
- GPM 模型
- CSP模型
- channel
- channel 相关操作
- 交替打印
- 如何让channel 只能接收/只能发送
- channel 常见报错
- channel 死锁
- nil channel 和 已关闭的 channel
- 使用 select 来多路复用 channel
- channel 的使用
- 接口和结构体
- 简单使用
- 两个结构体能否比较
- 工厂模式
- 概念
- 简单工厂
- 方法工厂
- 堆和栈,值类型和引用类型,内存逃逸,垃圾回收
- 栈和堆
- 内存逃逸
- 值类型和引用类型
- 垃圾回收方式
- 性能优化分析工具 pprof
- golang 代码片段
- 片段一 defer
- 片段二 channel
- Golang 相关
- Golang 相关阅读
- Golang 1-10
- make 和 new 的区别
- 使用指针的场景
- Go语言的context包
- 位运算
- Copy 是浅拷贝还是深拷贝
- init 函数 和 sync.Once
- select 多路复用
- Golang 其它
- MongoDB
- 可比较类型 与 可转json 类型
- Gorm
- 面向对象和面向过程
- go语言实现-面向对象
- go语言实现-面向过程
- 限流,熔断,降级
- 了解
- 熔断配置
- 熔断例子
- 服务降级
- github.com/alibaba/sentinel-golang
- 互斥锁 读写锁 原子锁
- 为什么需要锁
- 互斥锁
- 读写锁
- 原子锁
- 互斥锁性能对比
- 原子锁性能对比
- 互斥锁 or 原子锁?
- 条件锁
- 计数器
- GoFrame
- GF1.16版本
- 修改使用的表
- 按天、周、月、年
- GoFrame 文档
- 配置文件
- 生成脚本
- 排序算法
- 相关排序
- 冒泡排序
- 选择排序
- 插入排序
- 快速排序
- 归并排序
- 堆排序
- 数据库
- 分布式怎么保证线程安全
- 数据库实现方式
- 基于表记录
- 乐观锁
- 悲观锁
- Redis实现方式
- Zookeeper实现方式
- Mysql 相关
- group_concat
- 索引优化
- 索引优化1
- 定期分析和优化索引
- 覆盖索引
- 组合索引
- 聚簇索引和非聚簇索引
- 索引类型与方式、聚簇与非聚簇索引
- 事务特征和隔离级别
- 查询优化
- mysql自增表插入数据时,Id不连续问题
- InnoDB引擎 和 MyISAM引擎区别
- 锁
- 悲观锁和乐观锁
- 查询,更新,插入语句
- 什么是死锁
- 怎么处理死锁
- MySQL 隔离级别
- 事务特征
- 隔离级别
- 废弃3
- 索引
- 索引类型和方式、聚簇和非聚簇索引(上)
- 索引类型和方式、聚簇和非聚簇索引(下)
- 回表、覆盖索引、最左前缀、联合索引、索引下推、索引合并
- Mysql 优化
- 索引的原理
- 千万级表修改表结构
- Redis
- 获取随机三条数据
- Redis 持久化方式
- 全量模式 RDB 冷备份(内存快照)
- 增量模式 AOF 热备份(文件追加)
- 过期key的删除策略、内存淘汰机制
- 数据结构
- 位图
- 网络
- 网络相关
- 游戏同步方式:帧同步和状态同步
- Websocket
- OSI模型
- TCP 与 UDP
- 三次握手四次挥手
- Http 状态码
- 1xx(信息性状态码)
- 101 服务端代码
- 101 客户端代码
- 2xx(成功状态码)
- 3xx(重定向状态码)
- 302 服务端代码
- 302 客户端代码
- 4xx(客户端错误状态码)
- 5xx(服务器错误状态码)
- 如何排查接口问题
- 网络请求和响应过程
- time_wait
- keep-alive
- http 和 rpc 的区别
- I/O多路复用 select和poll
- too many open file
- 其它技术
- git 相关操作
- 修改提交备注
- 多个提交合并成一个提交
- 回退版本
- 小程序和公众号
- 消息模板
- 获取code
- 静默登录
- 其它技术相关
- C盘空间不足
- 生成式人工智能AIGC
- 共享文件
- 接口文档, mock提供测试数据
- 抓包工具
- Python
- 安装包失败
- 自动化测试 Scrapy
- AIGC:人工智能生成内容
- PHP
- xhprof 性能分析
- 一键安装
- 哈希冲突的解决方式
- 链地址法(拉链法)
- 开放地址法
- 再哈希
- 概念1
- Nginx
- 负载均衡方式
- 加密解密
- 简单了解
- 签名算法例子
- 码例子1
- 代码例子2
- Linux
- netstat (用于查看和管理网络连接和路由表)
- ps 用于查看和管理进程
- ab 压测
- nohup 守护进程
- lsof (List Open File 获取被进程打开文件的信息)
- tail 查看日志
- 各类linux同步机制
- Socket 服务端的实现,select 和epoll的区别?
- scp 传输,awk 是一个强大的文本分析工具
- pidof
- 项目
- 棋牌
- 牌的编码
- 出牌规则
- 洗牌
- 股票
- 股票知识
- 龙虎榜数据缓存方式
- 单日龙虎榜数据
- 单只股票的历史上榜
- 遇到的问题
- 浮点数精度问题
- Mysql Sum 精度问题(float, double精度问题)
- 分页问题(数据重复)
- 工具包
- v3
- common.go
- common_test.go
- customized.go
- customized_test.go
- slice.go
- slice_test.go
- time.go
- time_test.go
- v4
- common.go
- common_test.go
- customized.go
- customized_test.go
- slice.go
- time.go
- time_test.go
- 相关阅读
- 集合 map
- 协程 goroutine
- 通道 channel
- json 和 gob 序列化和反序列化
- redis 有序集合
- 相关阅读 s
- pyTorch
- defer
- 内存泄漏
- 数据传输
- 杂项
- 一提