浅谈Guava Cache的参数使用

CacheLoader

用于数据加载方式比较固定且统一的场景，在缓存容器创建的时候就需要指定此具体的加载逻辑。通常开发中使用时我们需要继承CacheLoader类或写一个匿名实现类实现其load方法和reload方法

load方法

当执行get操作没有命中缓存或者判断缓存已经超出expireAfterWrite设置的时间即缓存过期时,会调用load方法进行回源逻辑，获取到新的数据并建立缓存。这个方法执行时是加锁的，并发访问一个没有缓存的key会阻塞。

reload方法

这个方法是用来重新加载缓存的,通常这个方法是配合refreshAfterWrite参数设置一起使用的，如果没有设置refreshAfterWrite参数则不会触发这个方法逻辑，只有再判断缓存写入时间超出refreshAfterWrite的值时才会调用reload方法执行刷新缓存的逻辑。

refreshAfterWrite参数

refreshAfterWrite参数和reload方法逻辑一同实现了Guava cache的缓存刷新。

当执行get访问缓存时,会判断缓存写入时间是否已经超出refreshAfterWrite参数值,如果超出则会加refresh锁并执行load方法回源查询获取新的数据建立缓存。

• 同一时刻仅允许一个线程执行数据重新加载操作，并阻塞等待重新加载完成之后该线程的查询请求才会返回对应的新值作为结果。
• 当一个线程正在阻塞执行reload方法时，其它线程此时来执行get请求的时候，会判断下数据需要refresh尝试获取到执行锁，由于获取不到锁所以其它线程的请求不会被阻塞等待reload执行完成，而是立刻返回当前的旧值。
• 当执行reload方法的线程操作完成后，再有新的线程执行get请求的时候判断数据已经更新无需refresh，则直接返回当前内存中的当前值。 

在具体使用时，需要根据场景综合判断expireAfterWrite和refreshAfterWrite参数的使用：

• 数据需要永久存储，且不会变更，这种情况下expire和refresh都并不需要设定
• 数据极少变更，或者对变更的感知诉求不强，且并发请求同一个key的竞争压力不大，直接使用expire即可
• 数据无需过期，但是可能会被修改，需要及时感知并更新缓存数据，直接使用refresh
• 数据需要过期（避免不再使用的数据始终留在内存中）、也需要在有效期内尽可能保证数据的更新一致性，则采用expire与refresh两者结合