Vue KeepAlive 切页卡住并报 suspenseId：检查待决祖先边界

首次加载还没结束就切换页面，随后页面一直停在旧内容，控制台报 Cannot read properties of null (reading 'suspenseId')；清理时还可能出现读取 m 或解构 bum 为 null 的异常。如果组件树同时包含祖先 Suspense、KeepAlive 和页面自己的 Suspense，应检查是否缓存了尚未挂载的页面节点。

Vue 3.5.40、3.5.41 存在这条路径，正式 3.5.42 已修复。它有明确的时序前提，不适合拿来解释所有 parentNode、bum 或页面白屏错误。

第一次切换必须落在祖先仍待决的窗口

触发结构可以简化为：

Suspense（祖先，异步依赖尚未结束）
├─ 异步依赖组件
└─ KeepAlive
   └─ Suspense（页面边界）
      └─ 动态页面组件，使用页面 key

祖先仍有未完成依赖时，将页面 A 切到 B；祖先完成后再切回 A、B，才会读到受污染的缓存。正常加载完再导航可能完全看不出问题，慢速初始化会扩大触发窗口。

祖先待决时，内层 Suspense 可以暂缓处理新页面。新 vnode 因而还没有组件实例；旧 KeepAlive 的延后缓存回调却照样把它写进缓存。之后命中这个 key，框架把空实例当成已缓存组件使用，于是在读取 component.suspenseId 或卸载实例时失败。

页面 key 应继续稳定地表达页面身份。给每次渲染都生成随机 key 会改变缓存行为、丢失状态，也不能证明未挂载节点的缓存路径已修好。

修复需要落到实际 runtime-core

Vue 3.5.42 在 Suspense 子树的缓存回调中先取得内层 vnode，只有它已有 component 才写入缓存。祖先边界的正常暂缓行为仍保留，未完成挂载的页面只是这次不进入缓存。

按项目或框架支持的方式更新到包含修复的正式版，核对运行进程实际解析的 Vue 依赖。Nuxt 等框架可能间接管理 runtime-core，单独在根 package.json 加一个版本号不保证所有副本都已替换，也不宜强行混装不同版本的 Vue 内部包。

暂时无法更新、且该页面允许失去保活状态时，可以对受影响页面停用 KeepAlive。这样会增加重新挂载与数据加载，表单和滚动位置也可能重置；应先确认业务能接受，再通过框架提供的页面缓存配置处理。不要靠吞掉 errorHandler 中的异常继续使用已损坏的树。

验收应覆盖祖先异步依赖未完成时的 A→B、完成后的 B→A→B，以及正常加载后的切换。确认每次展示的页面身份正确，缓存应保留的状态仍保留，激活与卸载钩子没有异常重复。开发与生产构建都要检查；生产压缩后的 bum 报错只是表现之一，不能只按一条错误字符串判定恢复。