Go map中直接修改结构体字段无效，因value是值拷贝；须取出→修改→写回；用指针可避免拷贝但需防空指针和逃逸；字段须导出（首字母大写）才能修改；并发需加锁或sync.Map。
Go map里存结构体值，改字段没效果？
直接改 map[key].field 不生效，因为 Go 对 map 的 value 做的是值拷贝。你拿到的只是结构体副本，改它不影响原 map 中的数据。
- 必须先取出整个结构体 → 修改 → 再写回 map，比如：
v := m[k]<br>v.Field = newValue<br>m[k] = v
- 如果结构体较大，频繁读-改-写会带来额外内存拷贝开销
- 并发读写时更危险：即使只读
m[k].Field，也可能触发 panic（map 并发读写不安全）
用结构体指针当 map value 能省事吗？
可以，但得小心空指针和生命周期问题。指针避免了拷贝，也支持原地修改，但代价是必须确保指针指向的对象一直有效。
- 初始化时别漏掉
&Struct{}，否则m[k].Field会 panic：m := make(map[string]*MyStruct)<br>m["a"] = &MyStruct{X: 1} // ✅<br>// m["b"] = nil // ❌ 后续访问 m["b"].X panic - 别把局部变量地址塞进 map：
func bad() {<br> s := MyStruct{X: 1}<br> m["x"] = &s // ❌ s 在函数返回后失效 - 指针不解决并发安全问题，仍需
sync.RWMutex或sync.Map
什么时候该用 sync.Map 替代普通 map？
不是“并发了就换”，而是看读写比例和 key 稳定性。普通 map + 外层锁在多数场景下更高效、更可控。
-
sync.Map适合：读多写少、key 集合长期稳定、且不想自己管锁 - 它不支持
range遍历，没有 len()，不能直接取地址：v, ok := sm.Load(key)<br>// v 是 interface{}，还得类型断言<br>// 想改结构体字段？得先 Load → 断言 → 改 → Store - 底层用分片 + 读写分离，但高竞争下性能反而不如带
sync.RWMutex的普通 map
结构体字段改不了？检查是否导出
Go 的 map value 修改能力受限于结构体字段是否可导出（首字母大写）。小写字母开头的字段无法被外部包或 map 操作直接修改，哪怕你用了指针。
立即学习“go语言免费学习笔记（深入）”；
- 错误示范：
type User struct {<br> name string // ❌ 小写，外部不可访问<br> Age int // ✅ 大写，可读可写<br>} - 即使
m["u"] = &User{"foo", 25}，你也无法通过m["u"].name = "bar"编译 - 这不是 map 的限制，是 Go 包级访问规则——跟 map 无关，但常在这里踩坑
