需构建面向冷热隔离架构的异常治理链路：分层埋点实现失效可观测，结构化封装为语义化异常类型，策略驱动差异化恢复，并通过闭环反馈推动策略进化。
不能直接用捕获体系“扩展”异步高能预读失效异常——异常本身是结果，不是可扩展的对象。真正要做的，是构建一套面向冷热隔离架构的、可感知、可分类、可响应的异常治理链路。
分层埋点：让失效“看得见”
预读失效不报错，但有迹可循。需在三个关键位置部署轻量探针：
- 预读触发前：记录请求的热度标签（hot/cold/warm）与预期加载路径，作为后续比对基准
- 预读执行中：在异步任务提交后，监控实际加载耗时；超SLA即标记为“时效性失效”
- 预读完成边界：检查回调返回的版本戳是否匹配存储最新值，不一致即为“一致性失效”；同时校验Future状态，deferred或abandoned视为“可达性失效”
结构化封装：把信号变成语义明确的异常
原始探测信号必须升格为带上下文的异常类型，避免与普通业务异常混淆：
- 定义ColdHotPreloadFailureException，强制携带
isolationLevel、triggerReason（如cold-tier-eviction-during-preload）、fallbackSuggestion（如switch-to-sync-read） - 所有底层I/O异常（如TimeoutException、CacheMissException）必须经统一封装器转换，禁止裸抛
- 自动注入
traceId和预读路径快照（例如L1-hot→L2-cold→storage），支撑根因下钻
策略驱动恢复：按隔离层级做差异化兜底
捕获不是终点，恢复动作必须与冷热策略强绑定：
- 热区失效且原因为版本偏移 → 触发热区强一致性回源，跳过冷层直读主库并刷新热缓存
- 冷区失效且原因为加载超时 → 启用分级预热补偿：先加载摘要元数据供业务降级使用，再异步拉取完整内容
- 允许业务模块通过
onColdHotPreloadFailure钩子注入自定义逻辑，例如记录用户行为用于热度重评
闭环反馈：让异常推动策略进化
每次失效事件都应反哺系统自身：
- 生成标准化可观测事件，写入实时指标流（如
preheat_failure_total{type="consistency",action="sync-fallback"}） - 设置滑动窗口规则：某类失效5分钟内重复超3次，自动触发策略校准（如调整冷层保留阈值或预读窗口大小）
- 异常统计与热度模型联动，形成“失效-反馈-调优”正向循环
