业务实现中的本地缓存(GO)
实际业务实现中常常会使用到本地缓存，用以减少对实际存储的访问，我们会针对不同的使用场景设计不同的缓存模式，但是基本的实现方式都是一个巨大的Map/Table(不同语言)。下面用go来说，总体的实现都是通过一个，根据不同的需求，LFU，LRU再设计map里面具体的entry的struct，保存需要的计数用来做淘汰，下面从不同使用角度来说明一下
普通的保存配置项的本地缓存
实际使用中，某些中台服务/服务发现需要拉取比较多的etcd配置(也有可能在其他存储)，但是整体上还是有限的。此时不需要考虑key的淘汰，存在本地不会占用过多内存。目标是反而是为了避免对etcd或存储的长期访问以及保证配置有一个实时更新的机制。
有两种方法
- 定期去pull
- 本地需要维护配置的全量，需要预先知道所有配置, 不灵活
- 所有配置同时拉取对存储是个负担，可能需要随机打散
- 读取完了以后缓存下来并设定一个过期时间
- 过期以后下次访问就重新拉取
- 单次拉取失败取已经过期的缓存值返回
相对来说第二种方法比较好，这种实现比较简单
import ( "sync" "time" ) var localCache *Cache = &Cache{} type Cache struct { m sync.Map } type Entry struct { Expire time.Time Value interface{} } func (c *Cache) Set(key string, value interface{}, expiration time.Duration) { entry := &Entry{ Expire: time.Now().Add(expiration), Value: value, } c.m.Store(key, entry) } func (c *Cache) Get(