fix: review follow-ups for the recent reactive fixes (observer/react)

[ximing]

背景

针对最近一批响应式修复（#228/#229/#233/#234 等）整体 review 后的跟进修复。Review 中每条候选问题都经过实证验证；本 PR 修复其中确认的 6 项正确性问题、1 项性能回归，并清理 3 项死代码，全部配回归测试（每个测试都验证过在未修复代码上失败）。

observer（db2ab84）

• batch 冻结 Error 掩蔽:fnError.cause = flushError 直接改调用方的错误对象；strict mode 下对象被 Object.freeze 时赋值自身抛 TypeError,从 finally 里替换在途异常——observer: batch() 的 flush 错误会吞掉回调自身的异常 #212 的错误掩蔽以另一种形式回归。改为 try/catch 守卫，原始异常优先。
• batch 静默丢弃 flush 错误：回调抛非 Error / Error 已有 cause / 对象冻结时，reaction 的失败堆栈无处附加。改为 console.warn 留线索。
• re-observe 僵尸（observer: observe() 复用已 unobserve 的 reaction 时不重置状态，返回静默失效的 reaction #215×fix(observer): restore last-successful deps after a failed re-run #233 交互回归）：复活已 unobserve 的 reaction 时重置 everRan，复活后首跑失败按 firstRun 语义自动脱管,而不是带着空快照走 restore 变成「存活但零依赖」的僵尸。
• 性能：删掉每次重跑的 cleaners.slice()(releaseReaction 不原地修改旧数组，引用即合法快照）；删除不可达的 else releaseReaction 分支。

react

死 reaction 重建（00da83e）

审计修正：React 19 下首渲染挂起的组件会被整体重挂载（fiber/hook 状态不保留），函数组件由 subscribe cleanup/recreate 兜底自愈；真正可复现的是类组件路径，且更严重——view 类组件在普通 StrictMode 下就永久失去响应式：模拟卸载调用 componentWillUnmount 置空 _reactiveRender，重挂载只重放 componentDidMount、不触发 render，无任何重建。

• 抽出 _createReactiveRender(),在 componentDidMount（重建 + forceUpdate 重收集依赖）与 render（兜底）检测 reaction 死亡（null 或 unobserved）并重建
• useObserver 增加 unobserved 检查作纵深防御

bindServices 隐藏态容器（48879ee）

审计修正：React 19 中 Suspense 重新隐藏不拆除 useEffect（只拆 layoutEffect),<Activity> 隐藏才会。committed + microtask 的销毁只能取消 StrictMode 同帧重挂载；Activity/Offscreen 的 hide→reveal 跨 commit,microtask 在中间销毁容器，而 useRef 保留的 ADM 让 createADM 不再执行，reveal 后子组件解析到 null 容器。

• render 时检测容器为空则原地重建（Activity reveal 会重渲染子树），并重新挂上 GC 兜底；代价（隐藏期丢失 service 状态）已在注释说明
• queueMicrotask 运行时探测 + Promise 降级（旧 RN JSC/Hermes，与包内 FinalizationRegistry/WeakRef 降级同一批环境）
• 删除销毁后 no-op 的 FinalizationRegistry 重注册、ADM 死字段 timmer

测试

• observer:1266 passed(新增 6 个回归测试）
• react:219 passed（新增 6 个回归测试）
• service:237 passed;react 包 tsc --noEmit 无错误

🤖 Generated with Claude Code