不靠谱的糖饼1. JCache中的过期策略核心概念解析
JCache（JSR-107）作为Java标准的缓存API，其过期策略是面试中高频出现的考点。AccessedExpiryPolicy作为典型的访问时间驱动策略，理解其实现原理对掌握缓存失效机制至关重要。在实际生产环境中，约68%的缓存失效问题都与过期策略配置不当有关。
1.1 JCache标准中的Expiry Policy定位
JSR-107规范定义了四种标准过期策略：
- AccessedExpiryPolicy：基于最后访问时间的淘汰策略
- CreatedExpiryPolicy：基于创建时间的淘汰策略
- ModifiedExpiryPolicy：基于最后修改时间的淘汰策略
- TouchedExpiryPolicy：综合访问和修改时间的策略
这些策略都实现了ExpiryPolicy接口，该接口包含三个核心方法：
java复制Duration getExpiryForCreation();
Duration getExpiryForAccess();
Duration getExpiryForUpdate();
关键提示：Duration对象使用java.time包的时间单位，可以精确到纳秒级别。实际应用中建议使用MILLISECONDS或SECONDS级别粒度。
1.2 AccessedExpiryPolicy的工作原理
AccessedExpiryPolicy的工作流程如下：
- 当条目被创建时，记录初始时间戳T0
- 每次访问（get操作）时更新时间戳为Tn
- 检查当前时间与Tn的差值是否超过设定的duration
- 若超时则在下一次访问时触发淘汰
典型实现逻辑伪代码：
java复制public class AccessedExpiryPolicy implements ExpiryPolicy {
private final Duration accessDuration;
public Duration getExpiryForAccess() {
return accessDuration; // 每次访问后重置生存时间
}
// 其他方法实现...
}
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. AccessedExpiryPolicy的实战配置
2.1 基础配置示例
通过JCache API配置AccessedExpiryPolicy的标准方式：
java复制CompleteConfiguration<String, String> config = new MutableConfiguration<String, String>()
.setExpiryPolicyFactory(
FactoryBuilder.factoryOf(
new AccessedExpiryPolicy(new Duration(TimeUnit.MINUTES, 30))
)
);
CacheManager cacheManager = Caching.getCachingProvider()
.getCacheManager();
Cache<String, String> cache = cacheManager.createCache("myCache", config);
2.2 参数调优要点
| 参数 | 推荐值 | 适用场景 | 注意事项 |
|---|---|---|---|
| 短时效 | 1-5分钟 | 高频变化数据 | 可能增加缓存穿透风险 |
| 中时效 | 30-60分钟 | 常规业务数据 | 平衡命中率和数据新鲜度 |
| 长时效 | 24小时+ | 静态参考数据 | 需配合主动刷新机制 |
经验法则：初始建议设置为业务平均访问间隔时间的3倍。例如用户每10分钟访问一次的数据，设置30分钟过期。
3. 深度实现原理剖析
3.1 时间判断的底层机制
JCache实现通常采用懒过期（Lazy Expiration）策略：
- 不主动扫描过期条目
- 在以下时机触发检查：
- get操作访问条目时
- 通过iterator遍历缓存时
- 显式调用Cache#containsKey时
这种设计避免了独立线程扫描的开销，但可能导致内存中暂时保留已过期的"僵尸条目"。
3.2 各缓存实现的差异对比
| 实现框架 | 精度 | 额外特性 | 注意事项 |
|---|---|---|---|
| Ehcache | 毫秒 | 支持集群同步 | 需配置Terracotta |
| Hazelcast | 秒 | 内置事件监听 | 网络传输有延迟 |
| Caffeine | 纳秒 | 支持权重过期 | 仅本地缓存 |
| Redis | 秒 | 持久化支持 | 网络往返耗时 |
4. 生产环境常见问题排查
4.1 典型问题及解决方案
-
缓存雪崩：
- 现象：大量条目同时过期导致DB压力激增
- 解决方案：在基础duration上添加随机偏移量
java复制Duration baseDuration = new Duration(TimeUnit.MINUTES, 30); Duration randomOffset = new Duration(TimeUnit.SECONDS, ThreadLocalRandom.current().nextInt(300)); Duration actualDuration = baseDuration.plus(randomOffset); -
幽灵条目：
- 现象：get操作返回null但containsKey返回true
- 原因：并发环境下过期判断竞态条件
- 解决：改用Cache#get(key, Callable)原子操作
4.2 性能优化技巧
-
批量访问优化：
对于批量getAll操作，标准实现可能对每个条目单独检查过期。高性能场景建议：java复制Map<K, V> getAll = cache.getAll(keys); // 替代方案： Map<K, V> result = new HashMap<>(); for (K key : keys) { V value = cache.get(key); if (value != null) { result.put(key, value); } } -
监控指标集成：
通过CacheStatistics监控命中率与过期数量：java复制CacheMXBean cacheMBean = ManagementFactory.getPlatformMXBean( CacheMXBean.class); long hitCount = cacheMBean.getCacheHitCount(); long missCount = cacheMBean.getCacheMissCount();
5. 高级应用场景
5.1 动态过期策略实现
需要根据业务属性动态调整过期时间的场景：
java复制public class DynamicExpiryPolicy implements ExpiryPolicy {
private final Function<Object, Duration> durationResolver;
public Duration getExpiryForAccess() {
return Duration.ETERNAL; // 基础策略
}
public Duration getExpiryForCreation() {
return durationResolver.apply(key);
}
}
// 使用示例：
config.setExpiryPolicyFactory(() -> new DynamicExpiryPolicy(
key -> key.startsWith("VIP_") ?
Duration.ONE_HOUR : Duration.THIRTY_MINUTES
));
5.2 与Spring Cache集成
在Spring Boot中自定义JCache配置：
java复制@Configuration
public class CacheConfig {
@Bean
public JCacheManagerCustomizer cacheCustomizer() {
return cm -> {
ExpiryPolicy policy = new AccessedExpiryPolicy(
new Duration(TimeUnit.SECONDS, 600));
MutableConfiguration<Object, Object> config =
new MutableConfiguration<>()
.setExpiryPolicyFactory(
FactoryBuilder.factoryOf(policy));
cm.createCache("products", config);
};
}
}
6. 源码级实现分析
以Ehcache 3.x实现为例，核心判断逻辑位于：
java复制// org.ehcache.expiry.ExpiryPolicy
public class AccessedExpiryPolicy implements ExpiryPolicy<K, V> {
public Duration getExpiryForAccess(K key, ValueSupplier<? extends V> value) {
return timeToLive; // 重置生存时间
}
// 实际存储结构
private class ExpiryDuration {
final Duration duration;
volatile long expirationTime;
}
}
关键设计要点：
- 采用volatile保证多线程可见性
- 存储原始duration和计算后的绝对时间戳
- 通过System.nanoTime()获取高精度时间
7. 面试深度问题准备
7.1 高频考点梳理
-
时间精度问题：
- 为什么JSR-107选择java.time.Duration而不是直接使用毫秒值？
- 答案：提供更精确的时间控制和更好的API扩展性
-
线程安全实现：
- 如何保证并发访问下时间判断的准确性？
- 答案：采用volatile变量+CAS操作
-
与LRU的区别：
- AccessedExpiryPolicy与传统的LRU淘汰策略有何异同？
- 答案：两者都基于访问时间，但LRU是相对淘汰而AE是绝对过期
7.2 实战编码题示例
题目：实现一个支持动态调整过期时间的AccessedExpiryPolicy变种
参考答案：
java复制public class DynamicAccessedExpiryPolicy implements ExpiryPolicy {
private final ConcurrentMap<Object, Duration> durationMap;
private final Duration defaultDuration;
public Duration getExpiryForAccess() {
return (key, value) -> durationMap.getOrDefault(key, defaultDuration);
}
// 提供动态更新方法
public void updateDuration(Object key, Duration newDuration) {
durationMap.put(key, newDuration);
}
}