静态块仅能初始化缓存容器与基础参数，无法实现淘汰行为；真正淘汰需运行时逻辑驱动，如LRU模拟、定时清理或写入拦截。
静态块本身不能直接实现缓存淘汰策略，它只负责在类加载时执行一次初始化逻辑。真正起作用的是配合静态变量（如 static Map）+ 静态块预设初始值或基础配置，但淘汰行为必须由后续运行时代码触发——比如定时清理、写入前校验容量、访问时更新顺序等。
静态块能做什么：预设缓存容器与基础参数
静态块适合做一次性准备，例如：
- 初始化一个线程安全的缓存容器：
static final ConcurrentHashMap<string object> cache = new ConcurrentHashMap();</string> - 用静态块设置初始阈值或开关：
static { MAX_SIZE = 100; ENABLE_EVICTION = true; } - 预热少量高频数据（如默认配置、枚举映射）：
cache.put("default-theme", new Theme("light"));
注意：静态块不支持循环扫描淘汰、不响应外部调用，也不能自动感知时间过期或访问频次变化。
真正实现淘汰，得靠配套运行时逻辑
仅靠静态块 + 静态变量无法构成“可淘汰”的缓存。你需要额外机制来驱动淘汰，常见组合方式有：
-
手动检查 + LRU 模拟：用
LinkedHashMap重写removeEldestEntry，再包裹成 static 变量；静态块里完成构造和参数设置 -
定时任务清理：静态块中启动一个
ScheduledExecutorService，定期遍历并移除超时或低频项 -
写入拦截逻辑：在每次
put()前判断 size，超限时调用自定义evict()方法（该方法可基于 FIFO/LFU 等规则实现）
例如，一个轻量级 LRU 风格静态缓存可这样组织：
（静态块只做初始化，淘汰由 put 方法内联控制）public class SimpleCache {
private static final int MAX_SIZE = 50;
private static final Map<String, CacheItem> cache =
new LinkedHashMap<>(16, 0.75f, true) {
@Override
protected boolean removeEldestEntry(Map.Entry<String, CacheItem> eldest) {
return size() > MAX_SIZE;
}
};
static {
// 预设基础配置，不执行淘汰动作
System.out.println("SimpleCache initialized, max size: " + MAX_SIZE);
}
public static void put(String key, Object value) {
cache.put(key, new CacheItem(value, System.currentTimeMillis()));
}
}
为什么别依赖纯 static 实现复杂淘汰
静态成员生命周期绑定类加载器，难以动态调整策略；没有上下文感知能力（如请求用户、事务边界）；多线程下易出竞态问题；且 Spring 等框架无法管理其生命周期——重启即丢，也无法注入监听或统计埋点。
生产环境建议：用 Guava Cache 或 Caffeine 替代手写逻辑；Spring 项目优先使用 @Cacheable，让框架接管创建、淘汰、刷新全过程。
