请详细描述 Go 语言中向 map 执行赋值操作时，底层从哈希定位到最终写入的完整流程是怎样的？

回答思路

1. 【回答框架 1】map 在 Go 底层是 hmap 结构，赋值核心是找到桶并写入键值对。先通过 key 的哈希值低位定位到桶数组（buckets）中的某个桶，若 key 已存在则更新对应 tophash 与 value，否则追加新键值对。
2. 【回答框架 2】桶内通过 tophash 快速比较，实际按键值对线性存储；当桶内元素超过 8 个且负载因子允许时会溢出到 extra 中的溢出桶（overflow bucket），赋值时需要沿桶链表查找空位或续接溢出桶。
3. 【回答框架 3】整个赋值可能触发扩容：当装载因子超过 6.5 或溢出桶过多时，hmap 会进入扩容状态，此时新写入优先分配到新桶数组，并逐步迁移旧桶；赋值过程是并发不安全的，需要加锁或使用 sync.Map。
4. 【回答框架 4】value 的写入通过内存拷贝完成，key 为不可比较类型如 slice、map、func 时会编译期报错；哈希冲突时使用链地址法解决，并利用 tophash 进行快速预判。
5. 【回答框架 5】赋值与查询、删除共用查找逻辑，但赋值在未找到时会插入；若 key 是零值且类型为指针或 interface，写入 nil 作为 value 对应零值存储。
6. 【关键点 1】赋值通过 key 哈希低 8 位定位桶，高 8 位作为 tophash 加速比较。
7. 【关键点 2】桶内存储最多 8 个键值对，超出使用溢出桶挂链。
8. 【关键点 3】装载因子超 6.5 触发增量扩容，赋值可能触发搬迁。
9. 【关键点 4】map 非并发安全，并发写需加锁或 sync.Map。
10. 【关键点 5】不可比较类型不能作为 map 的 key。
11. 【易错点 1】扩容期间读写性能下降，但赋值仍保持正确性。
12. 【易错点 2】不要依赖 map 的遍历顺序，赋值后顺序可能变化。
13. 【易错点 3】并发场景直接赋值会引发 fatal error 而不是数据竞争，需显式同步。