go-cache 初始化必须指定defaultExpiration和cleanupInterval参数，否则不自动清理过期项导致内存泄漏；其API并发安全但需注意引用传递、类型断言及过期延迟清理特性。
go-cache 初始化时为什么不能直接用 cache.New() 而要指定参数？
因为 cache.New() 是个零值构造函数，它返回的缓存实例默认不自动清理过期项，且没有设置默认过期时间或清理间隔——这会导致内存只增不减，最终 OOM。实际使用中必须显式传入两个 time.Duration 参数：defaultExpiration 和 cleanupInterval。
常见错误现象：cache.Get("key") 一直返回旧值，或者内存持续上涨、runtime.ReadMemStats 显示 Alloc 不断升高。
-
defaultExpiration：新 entry 的默认过期时长，设为0表示永不过期（慎用）；设为-1表示立即过期（相当于不缓存） -
cleanupInterval：后台 goroutine 扫描并删除过期 key 的周期，设为0表示禁用自动清理（此时需手动调用cache.DeleteExpired()） - 推荐组合：
cache.New(5*time.Minute, 10*time.Minute)—— 默认缓存 5 分钟，每 10 分钟清理一次
如何安全地在并发场景下使用 cache.Set() 和 cache.Get()？
go-cache 内部已用 sync.RWMutex 保护，所有公开方法（Set/Get/Delete 等）都是并发安全的，无需额外加锁。但要注意几个隐含陷阱：
- 不要在
Set时传入指针指向的可变结构体（如*struct{}），如果后续修改了该结构体字段，缓存里的值也会“被改”——因为 go-cache 存的是引用，不是深拷贝 -
Get()返回的是interface{}，类型断言失败会 panic；建议统一用v, ok := cache.Get("key").(string)形式判断 - 如果 key 对应的 value 是 nil 接口（比如存了
nil *bytes.Buffer），Get()仍会返回(nil, true)，不能仅靠ok判断是否存在有效值
为什么 cache.Set() 后立刻 cache.Get() 有时拿不到刚设的值？
这不是并发问题，而是你可能误用了带过期时间的 Set() 变体。注意：cache.Set(key, value, exp) 中的 exp 如果是负数（如 -1），该 key 会被标记为“已过期”，下次 Get() 时会触发清理逻辑并返回 (nil, false)。
立即学习“go语言免费学习笔记（深入）”；
另外，如果 cleanupInterval 设得过大（比如 1 小时），而你刚写入一个 exp = 1 * time.Second 的 key，它理论上 1 秒后就该失效——但实际可能要等下一次清理周期才真正从 map 中移除。这意味着：Get() 在过期后的一小段时间内仍可能返回旧值（直到清理 goroutine 执行）。
- 验证是否真过期：用
cache.ItemCount()查看当前存活 key 数量变化 - 调试技巧：临时把
cleanupInterval设为1 * time.Second，观察行为是否符合预期 - 关键点：过期是逻辑标记 + 延迟清理，不是实时删除
替换 go-cache 前需要评估哪些兼容性风险？
如果你正考虑换成 freecache 或 bigcache，先确认是否真需要它们。这些库主打「大容量」和「GC 友好」，但代价是：不支持自定义过期策略、不兼容原生 interface{} 值、API 完全不同。
go-cache 的核心优势其实是简单和透明：所有数据都在内存 map 里，可以随时 for range cache.Items() 遍历、打印、统计；而 bigcache 把 key/value 拆成多块 byte slice，debug 时几乎无法直接 inspect。
- 别为了“听起来更高级”换库——90% 的内部服务场景，
go-cache的内存开销和 GC 压力完全可控 - 真正该换的情况只有两个：单实例缓存 > 1GB 且 GC pause 成瓶颈；或需要跨进程共享（这时该上 Redis，而不是换本地库）
- 如果只是想避免手动管理过期，可以封装一层：
type SafeCache struct { c *cache.Cache }，加自己的GetOrLoad()方法
最常被忽略的一点：go-cache 的 OnEvicted 回调只对「主动清理」（如 Delete() 或 DeleteExpired()）生效，对「自动过期但尚未清理」的 key 不触发。这意味着你不能靠它做精确的资源释放，比如关闭文件句柄或取消网络连接。
