Go 面试突击slice 与 map 灵魂拷问 30 题Go 后端面试70% 死在底层原理。本文把 slice/map 拆透回答为什么 slice make 要带 capmap 为什么不可并发。一、slice 基础Q1. make([]int, 5, 10) 中两个参数的意义len5 初始化 5 个零值cap10 预分配空间。Q2. for range slice 拷贝行为每次迭代变量 v 是原元素值拷贝要改原用下标。Q3. slice 嵌套 slice 内存每个元素本身是一个 slice header 24 字节指针 len cap。Q4. append() 返回新的 slice是原 slice 可能未扩容也可能扩容。Q5. 切 cap 与 len 同时用make([]int, 0, 10)用于预分配append 12 次内不重新分配。Q6. nil slice 可以 append 吗可以新生成空切片。Q7. 空切片[]int{}与 nil slice 的差异JSON 序列化结果不同nil → “null”[]int{}→ “[]”Q8.b : a[:5:5]是啥限定 b 的 cap 为 5避免共享底层数组扩容。Q9. 切片清零用for i : range a { a[i] 0 }不能a nil共享可能要存。二、slice 扩容Q10. 扩容公式?newcap oldcap if newcap 256 { newcap * 2 } else { newcap newcap / 4 }Q11. 元素特别大时按需扩容避免浪费。Q12. 为什么 2 倍与 1.25 倍切换扩容时旧数据要拷贝比例太大浪费太小频繁 realloc。Q13. 何时手写扩容高频 append 时用make([]int, 0, N)。Q14. 大拷贝 vs 切片共享100MB 数据如果仅取前 5 个复制更快长时间使用可以共享。Q15. 显式指定 cap 带来多大提升10x 性能提升常出现。三、map 基础Q16. nil map 可读 / 可写吗可读不能写panic。Q17. map 是否保证遍历顺序不。Q18. struct as map key 要满足什么comparable。Q19. slice / map 能作为 map key 吗不能。Q20. map 删除 key 是否有内存回收不能直接回收需重建。Q21. map 的零 size 是多少零字节 内部复杂结构。Q22. 范围 64 位 key64-bit 机器上 atomic 操作更高效。四、map 高级Q23. sync.Map 与 map locksync.Map 适合读多写少、key 比较稳定map Mutex 适合任意场景Q24. concurrent map 写为什么会 panic写操作可能 rehash 同时撞 map 内部指针。Q25. map rehash 次数何时发生map 平均每个 bucket 超过 6.5 entry 触发。Q26. map key 多大时性能下降key 越大 hash 越慢。Q27. 高并发下 map 替代品sync.Map / sync.RWMutex map。Q28. map 转 JSON 时零值字段按照 tag 设置的 omitempty / 0 省略。Q29. JSON unmarshal 进 map 默认 key 类型string。Q30. 为什么 map 不直接实现并发安全性能考虑对单线程友好。五、踩坑合集用for i, v : range m同时改 m 是非法可能漏迭代delete(m, k)在 nil map 上是 no-opGC 机制下 map 元素回收是不可靠时间点六、总结本篇从底层到实战覆盖 30 道面试常考题。面试时建议答出每个机制的为什么而不是是什么配合代码示例给出实战中的最佳实践七、参考文献Go runtime/slice.go growslice阿里 Go 面试题集