企业级报表引擎中异步公式解析需构建“可退化、可追溯、不中断”的弹性链：按dag节点粒度隔离错误、分层降级（重试→缓存→fallback）、作用域收敛防污染、卸载安全校验、结构化错误可观测。
在企业级报表引擎中，异步公式解析常涉及多层嵌套计算（如跨数据源聚合、实时指标推导、条件分支动态求值），一旦某步失败，默认行为往往是整个报表渲染中断或返回空/错误状态——这在财务、BI等关键场景中可能引发严重业务风险。内部 try-catch 不是简单加个包裹，而是构建“可退化、可追溯、不中断”的弹性解析链。
按公式节点粒度隔离错误，避免单点失败扩散
报表公式通常被抽象为有向无环图（DAG）节点，每个节点代表一个异步计算单元（如 avg(sales) over last_30d 或 if(region == "CN", fetch_tax_rate(), 0)）。对每个节点的执行单独包裹 try-catch：
- 外层不捕获——保持主流程调度不变，仅让失败节点返回预设兜底值（如
null、0或配置的默认值） - 内层 catch 中记录该节点 ID、原始表达式、错误类型（网络超时 / 数据为空 / 类型不匹配）、上游输入快照，用于后续审计与修复
- 禁止跨节点共享异常上下文；A 节点失败不影响 B 节点执行，确保其余指标仍可渲染
降级策略分层嵌套：从重试到缓存再到静态 fallback
不是所有失败都该重试，也不是所有重试都该立即进行。针对不同失败原因启用嵌套恢复逻辑：
- 第一层（网络类）：对 fetch 接口失败，启动带指数退避的 retry（最多 2 次），延迟从 200ms → 400ms，叠加随机抖动
- 第二层（缓存可用）：若 retry 后仍失败，检查本地缓存是否存在该公式最近 5 分钟的有效结果，直接返回并标记“降级”状态
-
第三层（兜底表达式）：缓存也失效时，执行预置的轻量 fallback 表达式（如
last_month_value * 0.95），而非抛出错误或留空
变量作用域严格收敛，防止中间状态污染
公式解析常依赖上一步结果作为下一步输入（如 revenue / user_count）。若在顶层声明 let revenue, userCount，某步失败后变量可能为 undefined，导致后续计算隐性报错。正确做法是：
- 每个子表达式在自己的块级作用域内声明并 await，例如：
const revenue = await compute("sum(revenue)"); - 仅将必要字段（如
revenue.value）传入下游，不传递整个响应对象 - 若需组合多个结果（如除法），显式判断
revenue?.value != null && userCount?.value > 0，再执行运算，避免NaN或Infinity进入最终报表
卸载与并发安全：防止组件销毁后更新已释放上下文
报表页面可能在公式解析中途被用户关闭或跳转。此时若继续 setState 或触发 DOM 更新，会报 Can't perform a React state update on an unmounted component 等错误。需在每个内层 try-catch 中加入生命周期校验：
- React 场景：用 ref 记录组件是否已卸载，
if (!isMounted.current) return;放在 catch 后、更新前 - Vue 场景：调用
isMounted()API 判断，仅当返回 true 时才 commit store 或触发 emit - 上报日志、埋点等 fire-and-forget 操作，必须在独立 try-catch 内完成，且不 await，确保不影响主解析流
错误可观测性：让每一次局部失败都可定位、可归因
内部 try-catch 的价值不仅在于“不崩”，更在于“知道哪崩了、为什么崩、影响多大”。需强制注入结构化错误元数据：
- 每条 catch 日志必须含：
formulaId、nodePath（如chart1.metrics[2].calc）、error.code（自定义码如FETCH_TIMEOUT/DATA_EMPTY）、inputSnapshot（JSON 序列化输入参数） - 前端展示时，在对应指标旁显示小感叹号图标，悬停可见简明错误摘要（如“昨日销售额接口超时，已使用前日值替代”）
- 后台聚合告警：同一 formulaId 在 5 分钟内失败 ≥3 次，自动触发运维通知，附带 Top3 错误码分布
不复杂但容易忽略：真正的安全兜底，不是让错误消失，而是让错误变得可解释、可隔离、可退化。内部 try-catch 在这里不是防御工事，而是弹性系统的关节。
