Go中缓存用map[string]*T而非map[string]T，核心是避免复制、支持原地修改且保持O(1)查找；适用于大结构体、需频繁更新或共享实例场景，但须防nil指针、并发不安全及栈变量地址失效。
在 Go 中，用指针和 map 结合实现缓存，核心在于：**map 存储指针而非值，避免复制、支持原地修改，同时保持 O(1) 查找性能**。关键不是“一定要用指针”，而是明确何时需要指针——当缓存项较大（如结构体）、需频繁更新字段、或多个地方需共享同一实例时，指针才真正带来收益。
缓存结构设计：map[string]*Item 是常见起点
定义一个带状态的缓存项类型，用指针存入 map：
例如：
type User struct {
ID int
Name string
Email string
LastLogin time.Time
}
var cache = make(map[string]*User) // key 是用户名或ID字符串
// 存入：取地址后存指针
cache["alice"] = &User{ID: 1, Name: "Alice", Email: "a@example.com"}
// 访问：直接解引用修改字段，无需重新赋值回 map
if u := cache["alice"]; u != nil {
u.Email = "new@a.example.com" // 原地修改，map 中指针仍指向同一地址
u.LastLogin = time.Now()
}
避免常见陷阱：nil 指针、并发不安全、生命周期失控
直接用 map[string]*T 有隐患，需主动防御：
立即学习“go语言免费学习笔记（深入）”；
- 查前判空：访问前必须检查指针是否为 nil，否则 panic
- 并发写要加锁：map 本身非并发安全，读写共用需 sync.RWMutex 或使用 sync.Map（但 sync.Map 不支持指针语义的原地更新优势）
-
不要缓存栈变量地址：比如
u := User{...}; cache["x"] = &u—— u 是局部变量，函数返回后地址失效（Go 编译器通常会自动将其逃逸到堆，但不可依赖，应显式用 new 或字面量取址）
进阶：封装成线程安全缓存类型（推荐实践）
把指针 + map + 锁打包，提供清晰接口：
type SafeUserCache struct {
mu sync.RWMutex
data map[string]*User
}
func NewUserCache() *SafeUserCache {
return &SafeUserCache{
data: make(map[string]*User),
}
}
func (c *SafeUserCache) Set(name string, u *User) {
c.mu.Lock()
defer c.mu.Unlock()
c.data[name] = u
}
func (c *SafeUserCache) Get(name string) (*User, bool) {
c.mu.RLock()
defer c.mu.RUnlock()
u, ok := c.data[name]
return u, ok
}
func (c *SafeUserCache) UpdateEmail(name, email string) bool {
c.mu.RLock()
u, ok := c.data[name]
c.mu.RUnlock()
if !ok {
return false
}
u.Email = email // 安全：只读锁获取指针，再用指针写（只要没被外部释放，就安全）
return true
}
什么时候不用指针？简单值类型优先用值
如果缓存项是 int、string、bool 或小结构体（字节），直接存值更高效：
- 避免指针间接寻址开销
- 无 nil 判断负担
- GC 压力更小（小值内联在 map bucket 中）
例如：cache := make(map[string]int 存计数，cache["hits"]++ 直接改，比存 *int 更简洁安全。
