guava cache的过期键移除并非通过独立线程即时执行，而是在写入或偶尔的读取操作中附带完成。这种设计旨在避免线程开销和锁竞争，并确保在限制线程创建的环境中也能正常工作，从而优化性能与兼容性。
Guava Cache作为Google Guava库中的一个强大组件，提供了内存缓存功能，支持多种驱逐策略，其中时间驱逐（Time-To-Live, TTL）是常用的一种。然而，与许多其他缓存框架不同，Guava Cache在处理过期键的移除时，采用了一种独特且高效的策略，即非即时清理机制。
Guava Cache的非即时清理机制
许多开发者在使用Guava Cache并配置了过期时间（例如expireAfterWrite或expireAfterAccess）后，可能会疑惑过期键是如何被移除的。直观上，人们可能认为会有一个后台线程持续扫描并移除过期条目。然而，Guava Cache的设计哲学并非如此。
根据Guava的官方文档解释，使用CacheBuilder构建的缓存并不会“自动”或“即时”地执行清理操作。这意味着，当一个条目达到其设定的过期时间后，它并不会立即从缓存中消失。相反，Guava Cache会选择在以下两种情况下执行少量的维护清理工作：
- 写入操作期间： 当有新的数据写入缓存时，Guava Cache会顺带检查并清理一部分已过期的条目。
- 偶尔的读取操作期间： 如果缓存的写入操作不频繁，Guava Cache也会在一些读取操作发生时，进行间歇性的清理。
这种“搭便车”式的清理策略是Guava Cache的核心设计之一。
设计哲学：为何选择非即时清理？
Guava Cache之所以采用这种非即时清理机制，主要基于以下几个关键考量：
- 避免创建独立线程： 如果Guava Cache需要创建一个专用的后台线程来持续执行缓存维护，这会引入额外的线程开销。在某些高并发或资源受限的环境中，创建和管理线程本身就是一种负担。
- 减少锁竞争： 独立的清理线程在执行清理操作时，需要访问缓存的内部数据结构，这可能会与用户线程的读写操作产生锁竞争，从而降低缓存的整体性能和吞吐量。通过将清理工作分散到用户操作中，可以更有效地利用现有锁，减少额外的竞争点。
- 环境兼容性： 某些特定的运行环境（例如Applets或某些嵌入式系统）可能会限制或禁止创建新的线程。如果Guava Cache依赖于后台线程进行清理，那么在这些环境中将无法正常工作。非即时清理机制确保了Guava Cache在更广泛的环境中具有可用性。
实际影响与注意事项
理解Guava Cache的清理机制对于正确使用和优化缓存至关重要：
- 过期条目可能短暂可见： 由于清理不是即时的，一个已经逻辑上过期的条目，在实际被清理之前，仍然可能存在于缓存中，甚至在某些情况下被读取到（尽管通常会立即被标记为过期并尝试清理）。因此，不应假定过期时间一到，条目就立即消失。
- 清理频率与操作负载相关： 缓存的写入和读取操作越频繁，清理工作的执行频率就越高，过期条目被移除的速度也就越快。反之，如果缓存不活跃，过期条目可能会在缓存中停留更长时间。
- 性能权衡： 这种设计是一种性能权衡。它牺牲了一点点过期条目“即时”移除的精确性，换取了更低的资源开销和更高的并发性能。
示例代码
以下是一个简单的Guava Cache配置示例，展示了如何使用expireAfterWrite来设置条目的过期时间：
import com.google.common.cache.Cache;
import com.google.common.cache.CacheBuilder;
import java.util.concurrent.TimeUnit;
public class GuavaCacheExample {
public static void main(String[] args) throws InterruptedException {
// 创建一个缓存，条目在写入10秒后过期
Cache cache = CacheBuilder.newBuilder()
.expireAfterWrite(10, TimeUnit.SECONDS)
.maximumSize(100) // 最大缓存容量
.build();
// 写入一个条目
cache.put("key1", "value1");
System.out.println("写入 key1: " + cache.get("key1")); // 应该能获取到
// 等待12秒，理论上key1已过期
System.out.println("等待12秒...");
Thread.sleep(12000);
// 此时key1已过期，但可能仍存在于内部结构中，直到下一次读写触发清理
System.out.println("过期后尝试获取 key1: " + cache.get("key1")); // 应该返回null
// 写入新条目，这可能会触发清理
cache.put("key2", "value2");
System.out.println("写入 key2: " + cache.get("key2"));
// 再次尝试获取 key1，如果之前没有清理，这次写入操作可能会触发清理
System.out.println("写入key2后再次尝试获取 key1: " + cache.get("key1")); // 应该返回null
}
} 在上面的示例中，当key1过期后，cache.get("key1")会返回null，因为即使条目还在内部结构中，Guava也会在访问时检查其过期状态。而cache.put("key2", "value2")这个写入操作，就有可能触发对包括key1在内的过期条目的实际物理移除。
总结
Guava Cache的过期键移除机制是一个精心设计的权衡结果。它通过将清理工作融入到正常的读写操作中，避免了独立线程的开销和锁竞争，提升了缓存的整体性能和环境兼容性。虽然这意味着过期条目不会被“即时”移除，但在大多数应用场景下，这种“懒惰”清理策略是高效且足够的。理解这一机制有助于开发者更好地利用Guava Cache，并避免对过期行为产生误解。
