guava cache是谷歌开源的一种本地缓存，实现原理类似于ConcurrentHashMap，使用segments分段锁，保证线程安全，支持高并发场景。同时支持多种类型的缓存清理策略，包括基于容量的清理、基于时间的清理、基于引用的清理等。

这里要讲是 它的cache下的get方法：

V get(K key, Callable<? extends V> loader) throws ExecutionException;

 这个方法有个注意点：如上英文圈红部分： if cached,return;otherwise create,cache and return.

意思就是： 查询缓存：如果有记录，就返回该记录；如果没有，就创建记录，并缓存起来，然后返回。

实际应用场合也确实是这么用的，如下面的代码：

 然后问题来了：这种机制是怎么实现的，特别是：如果没有记录，就通过函数loader创建，这个具体是如何达成的，下面就通过源码来分析：

首先跟进上面SETTERS的build方法

发现是通过 LocalCache.LocalManualCache方法创建的，

所以cache.get方法的实现类也是LocalManualCache

 跟进LocalManualCache.get方法，通过展开CacheLoader所在行的lambda表达式

 这里实际是覆写了CacheLoader的load方法：get不到key值时，通过调用valueLoader获取到key值（valueLoader是一个Callable函数式接口，通过call方法可以调用它的接口实现）

但问题的关键是：在代码层面什么时候才会调用valueLoader的call方法，执行的时机是什么，具体机制是什么？

考虑到valueLoader.call方法是在覆写CacheLoader的load方法里面实现的，所以问题转换成==》CacheLoader的load方法是什么时候被触发执行的?

 继续跟进localCache.get方法：

 跟进到 segmentFor(hash).get方法

 get不到key值时，必然进入lockedGetOrLoad方法

 跟进lockedGetOrLoad方法，进入下图中的loadSync方法

 跟进loadSync方法，进入其中的loadFuture方法（这里明显就是个异步回调）

 CacheLoader的load方法 

 而 CacheLoader.load方法 的执行意味着前面的valueLoader函数的call方法执行

这也就回答了： 当Cache get不到key时，会从valueLoader函数的返回结果获取key值