iOS特定组件出现Maximum recursive updates exceeded异常求助

• 排查iOS Safari兼容性偏差
  部分Vue3响应式API在iOS旧版Safari中存在异常表现，比如深层watch监听、computed依赖收集逻辑可能出现触发偏差：

  • 替换深层监听为手动浅监听，或改用watchEffect替代watch，减少不必要的依赖触发
  • 给涉及的computed属性添加{ cache: true }配置，强制缓存计算结果避免重复执行

• 调整模态组件挂载时机
  iOS Safari对DOM节点插入/移除的时机处理和桌面端存在差异，可能导致子组件重复触发更新：

  • 若不涉及组件销毁重建，将模态组件的v-if切换为v-show；或用nextTick包裹子组件挂载逻辑，确保模态完全渲染后再加载子组件
  • 检查模态组件的teleport目标节点，iOS下对body这类全局容器的DOM操作可能有延迟，尝试指定明确的局部容器节点

• 追踪跨组件的状态污染
  无关组件出现同类错误，大概率是全局状态或跨组件响应式依赖的异常触发：

  • 检查Pinia/Vuex的全局状态更新逻辑，排查是否在iOS环境下触发了意外的循环更新
  • 排查全局混入（mixin）或自定义指令，部分全局逻辑可能在iOS下出现重复执行的情况

• 修正错误信息的误导性
  你遇到的mounted hook异常提示可能是Vue3在iOS下的错误捕获逻辑偏差：

  • 给相关组件添加errorCaptured钩子，手动捕获错误并输出更详细的调用栈，定位真正的触发源
  • 使用Vue DevTools的iOS远程调试功能，实时跟踪组件更新次数和状态变化，找到递归触发的起点

• 处理iOS特定的ref绑定坑点
  已有开发者遇到iOS Safari下，模态框切换时组件ref引用重复绑定导致响应式循环的问题：

  • 在模态关闭时手动重置子组件的ref引用，清除残留的响应式依赖
  • 给子组件添加唯一key属性，确保模态切换时组件完全销毁重建，而非复用旧实例

内容的提问来源于stack exchange，提问作者Tim Titus