go-cache的Get返回nil不是缓存未存入，而是因返回interface{}需配合found判断与类型断言；直接断言如c.Get("k").(User)在key不存在时会panic，正确写法是if val, found := c.Get("k"); found { /处理*/ }。
go-cache 的 Set/Get 操作为什么有时返回 nil？
不是缓存没存进去，而是 Get 返回的是 interface{}，类型断言失败或未检查 found 就直接用，会导致 panic 或静默空值。常见错误是写成 user := c.Get("key").(string)，一旦键不存在或类型不符就崩溃。
正确做法始终先判断 found，再做类型转换：
if x, found := c.Get("user:1001"); found {
if user, ok := x.(string); ok {
// 安全使用 user
}
}
- 永远不要跳过
found判断——即使你“确定”键存在，过期、清理 goroutine 延迟或并发写入都可能导致读不到 - 避免在结构体字段或 map value 中直接存未导出类型（如
http.Request），反序列化或跨包传递时易丢方法和字段 -
Set传入nil值是合法的，但Get会返回nil, true，需靠业务逻辑区分“值为 nil”和“键不存在”
gomemcache 连接池配置不当会卡死请求？
会。默认 MaxIdleConns = 2，如果并发量突增到 50，而每个请求都尝试新建连接又不及时归还，就会阻塞在 dial 阶段，超时后报 context deadline exceeded 或 connection refused。
关键不是盲目调大，而是匹配你的负载特征：
立即学习“go语言免费学习笔记（深入）”；
- 设
client.MaxIdleConns = 10适合 QPS 20–50 的服务；超过 100 QPS 建议升到 20–30 -
client.Timeout必须显式设置，推荐 100–300ms；不设则用 Go 默认的 30s，会拖垮整个调用链 - 多个 Memcached 实例地址传给
memcache.New()时，连接池是按服务器粒度独立维护的，别误以为总连接数 =MaxIdleConns × 服务器数——实际是“每台服务器最多MaxIdleConns个空闲连接”
TLS 加密下 gomemcache 怎么验证服务端证书？
不能跳过证书校验，否则 InsecureSkipVerify: true 会让中间人攻击完全失效。生产环境必须指定 ServerName 并加载可信 CA 证书。
典型安全配置：
caCert, _ := ioutil.ReadFile("/etc/ssl/certs/memcache-ca.pem")
caPool := x509.NewCertPool()
caPool.AppendCertsFromPEM(caCert)
tlsConfig := &tls.Config{
RootCAs: caPool,
ServerName: "cache-prod.example.com",
}
client.DialContext = func(ctx context.Context, network, addr string) (net.Conn, error) {
return tls.Dial(network, addr, tlsConfig)
}
-
ServerName必须和证书中 SAN（Subject Alternative Name）完全一致，大小写敏感，不能填 IP - 如果 Memcached 服务由私有 CA 签发，务必把该 CA 证书加入
RootCAs，否则握手失败报x509: certificate signed by unknown authority - gomemcache 不支持客户端证书双向认证（mTLS），如需该能力得换用
github.com/memcachier/mc或自研封装
sync.Map 和 go-cache 在什么场景下不能互换？
表面上都是线程安全 map，但语义完全不同：sync.Map 是无过期、无清理、无统计的纯原子操作容器；go-cache 是带生命周期管理的缓存抽象。强行替换会踩三个坑：
- 用
sync.Map替代go-cache后，过期逻辑得自己实现——没有自动清理，内存只增不减 -
go-cache的GetWithExpiration能返回剩余 TTL，sync.Map根本不存时间戳，无法支撑限流、降级等依赖剩余时间的策略 -
go-cache支持全局默认过期时间 + 单 key 覆盖，sync.Map所有数据一视同仁，想实现差异化过期就得额外套一层结构体，反而更重
真正该选 sync.Map 的只有两种情况：高频读+极低频写（如配置快照）、或明确不需要过期和清理的临时共享状态。
