Safari浏览器调用window.location跳转时崩溃问题求助

我碰到过好几个开发者遇到这个Safari跳转崩溃的问题，你的代码里短时间内连续修改window.location的逻辑是罪魁祸首。Safari对浏览器进程的资源调度比较严格，短时间内多次触发应用唤起+页面跳转的操作，很容易导致进程异常崩溃。

问题代码的核心问题 #

你的代码在极短时间内连续触发了三次window.location修改：

1. 直接设置applicationurl唤起App
2. 5ms后设置storeurl
3. 又过5ms设置pageurl
   这种密集的跳转操作让Safari无法及时处理，进而引发崩溃。

优化后的解决方案 #

我们可以通过页面可见性判断替代时间差判断，同时减少短时间内的跳转次数，让逻辑更稳定：

// 初始化页面可见状态
let isPageVisible = document.visibilityState === 'visible';

// 监听页面可见性变化：当用户切到App时，页面会变为隐藏状态
document.addEventListener('visibilitychange', () => {
  isPageVisible = document.visibilityState === 'visible';
});

// 尝试唤起目标App
window.location.href = applicationurl;

// 设置超时检查：给Safari足够时间处理App唤起请求
setTimeout(() => {
  // 如果页面仍然可见，说明App唤起失败
  if (isPageVisible) {
    // 先跳转应用商店引导安装
    window.location.href = storeurl;
    
    // 备用方案：如果商店也无法打开（极端情况），跳转到网页版
    setTimeout(() => {
      if (isPageVisible) {
        window.location.href = pageurl;
      }
    }, 1000);
  }
}, 1500); // 延长超时到1.5秒，适配不同设备的唤起速度

关键优化点 #

• 用可见性事件替代时间差：时间差判断很容易因为设备性能差异误判，而visibilitychange事件能准确判断用户是否切到了App，逻辑更可靠
• 减少跳转次数：只有确认唤起失败时才执行后续跳转，避免不必要的冲突
• 延长超时时间：给Safari足够的时间处理App唤起请求，避免过早触发跳转导致进程混乱

额外注意事项 #

• 这个逻辑必须绑定到用户交互事件（比如按钮点击），Safari会阻止页面加载时自动触发的跳转操作
• 测试一定要在真实iOS设备上进行，模拟器的行为和真机有差异
• 避免在同一个事件循环里多次修改window.location，这是Safari崩溃的常见诱因

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