用Optional包装缓存变量可显式表达“可能未加载”语义，读取时通过orElseGet实现按需加载，加载成功后更新为Optional.of(result)，失败可保留empty或设降级值，适用于轻量无过期场景。
缓存变量用Optional包装，明确表达“可能未加载”
本地缓存变量（如 private String cachedValue;）本身是普通字段，天然可为 null。直接用它做缓存，读取时需反复判空，逻辑分散且易遗漏。改用 private Optional，就把“尚未加载”这个语义显式固化在类型里——不是靠注释或约定，而是编译期可感知的状态。
读取时用orElseGet实现按需加载
每次访问缓存，不再写 if (cachedValue == null) { loadAndSet(); } 这类手动同步逻辑。而是统一走 cachedValue.orElseGet(this::loadFromSource)：
- 有值就直接返回：不触发加载方法，零开销
-
为空才执行 supplier：
loadFromSource()只在真正需要时调用，避免预加载浪费 -
线程安全由调用方保障：
orElseGet本身不加锁，若需多线程安全加载，应在loadFromSource内部加同步（如双重检查 + volatile），或配合ConcurrentHashMap.computeIfAbsent
加载成功后更新缓存状态
加载方法内部完成实际获取后，必须更新 cachedValue，否则下次仍会重复加载：
- 成功加载：用
cachedValue = Optional.of(result);覆盖原状态 - 加载失败（如远程超时、解析异常）：可保留
Optional.empty()，或设为Optional.ofNullable(fallback)提供降级值 - 不建议用
get()或isPresent()手动判断再赋值——这又退回到传统判空模式，失去 Optional 的链式简洁性
与 Guava Cache 等成熟方案的定位区别
这种基于 Optional 的手动缓存适用于轻量、低并发、无过期策略的场景（如配置项、静态字典）。它不提供自动刷新、最大容量、LRU 等能力：
- 要自动失效，得自己加时间戳字段 + 读取时比对，不如直接用
Caffeine的expireAfterWrite - 要支持并发加载，
computeIfAbsent比手写双重检查更可靠 -
Optional在这里只是状态容器，不是缓存实现——它解决的是“怎么干净地表示和切换加载状态”，而不是“怎么高效管理缓存生命周期”
