go 语言内存缓存

由 deepseek 总结

总结

• ristretto: 官方自述为高性能、正确性优先的并发缓存库。通过独特的准入/逐出策略（TinyLFU准入 + SampledLFU逐出）实现了同类最佳的高命中率。支持基于成本的逐出（一个大的新条目可逐出多个小的旧条目）。适用于对缓存命中率和细粒度控制有极高要求的单机服务。

• otter: 较新的缓存库，旨在提供极佳的开发者体验和高性能。它实现了自适应W-TinyLFU策略，自动根据负载模式调整，在高竞争下吞吐量表现出色，内存开销低。特性非常丰富，支持过期、异步刷新、统计、持久化等。适用于需要高性能且功能全面（如防缓存击穿、数据刷新）的现代Go应用。

• bigcache: 专为解决Go GC问题而设计。通过使用map[uint64]uint32和存储于字节切片中的条目，极大地减少了堆上的指针数量，从而降低GC压力。初始化时需预估窗口内条目数和最大条目大小以优化内存。适用于需要缓存数百万甚至更多小对象，且对GC停顿时间极度敏感的读多写少场景。

• freecache: 通过将数据分片到256个段，每个段使用环形缓冲区和索引切片来存储数据，实现了零GC开销。内存完全预分配，访问是线程安全的。适用于需要极致性能、零GC、且能预先分配好大块内存的高并发场景。

• fastcache: 从VictoriaMetrics中提取的缓存库，设计追求极致的速度和内存效率。同样通过分桶和64KB的块来减少内存碎片和GC开销。最大的限制是不支持过期时间。适用于不需要过期功能、但对速度有极致要求，且希望代码简单并能持久化缓存的场景（如指标缓存）。

• groupcache: 官方出品的分布式缓存库，设计哲学与单机缓存截然不同。它是一组协同工作的客户端库，没有独立的服务器节点。通过一致性哈希分片和singleflight机制，确保同一个key在集群中只被加载一次，从而防止缓存击穿。不支持过期和显式驱逐。适用于需要构建分布式缓存系统、希望简化部署（无需额外缓存中间件）的Go项目，特别是当缓存数据相对静态时。