Go高性能缓存服务需兼顾快（亚毫秒响应）、稳（万级并发不抖动）、省（低GC压力）、可扩（本地到分布式演进）；读多写少用sync.Map，高频写入用分片map；TTL存绝对时间戳，淘汰策略按场景选LRU/LFU/FIFO；内部通信优选TCP直连而非HTTP。
用Go语言开发高性能缓存服务，核心在于“快、稳、省、可扩”四个字——响应要快（亚毫秒级）、并发要稳（万级连接不抖动）、内存要省（低GC压力）、架构要可扩（支持本地+分布式演进）。它不是堆功能，而是围绕真实业务瓶颈做减法和优化。
选对数据结构：读多写少用sync.Map，高频写入用分片map
Go原生的map非并发安全，直接用会panic；而sync.Map专为读多写少设计，读操作无锁，适合用户配置、商品类目等变更极少但查询极频繁的场景。若写入比例超过20%，比如实时计数、会话更新，则建议采用分片哈希（sharded map）：把一个大map拆成64或128个独立子map，每个配一把细粒度sync.RWMutex，显著降低锁竞争。bigcache和freecache底层正是这种思路。
控制内存与生命周期：TTL + 淘汰策略双保险
纯内存缓存必须防住两件事：一是过期数据堆积，二是冷数据占满内存。所以每条缓存都应带TTL（time-to-live），推荐用time.Now().Add(ttl)存时间戳而非相对秒数，避免系统时钟回拨导致误判。淘汰策略按场景选：
- 热点明确、容量固定 → LRU（用双向链表+map实现，如go-cache）
- 访问频次差异大 → LFU（需额外计数器，可用counter map分片）
- 追求极致吞吐、容忍少量内存浪费 → FIFO（仅靠队列头尾指针，开销最小）
网络层不绕弯：TCP直连优于HTTP，协议尽量精简
面向微服务内部通信的缓存，别默认上HTTP。HTTP/1.1有Header解析、状态码、连接复用等开销，对单次
平滑演进分布式：从本地缓存起步，预留Redis桥接接口
别一上来就搞集群。先用进程内缓存解决80%热点请求，再通过统一抽象层（如Cache interface）封装后端，让Set/Get调用不感知底层是sync.Map还是go-redis.Client。这样当QPS突破5万、本地内存见顶时，只需替换实现、加一层Redis哨兵或Cluster客户端，无需改业务代码。关键是要把过期同步、穿透保护（如singleflight防击穿）、一致性（如删除双写）逻辑收在这一层里。
立即学习“go语言免费学习笔记（深入）”；
