我之前帮很多开发者排查过这类iOS上的PWA问题，结合你提到Chrome端一切正常的情况，大概率是iOS对PWA的特殊限制没处理到位，以下是最常见的几个成因：

• 客户端跳转方式不符合iOS PWA要求
  iOS的PWA独立容器（主屏幕模式）对页面跳转的判定很严格：如果你的页面跳转用的是传统<a>标签硬刷新（比如多页面应用的直接跳转），或者用window.location.href直接赋值跳转，iOS Safari内核会把这种行为识别为“离开PWA容器”，直接唤起系统浏览器。
  要是你用的是单页应用，务必改用客户端路由（比如React Router的useNavigate、Vue Router的router.push）——这类路由基于history.pushState实现，不会触发页面刷新，能稳定保持在PWA容器内；如果是多页应用，所有跳转尽量用相对路径，同时避免加target="_blank"属性。

• Manifest配置存在疏漏
  这是iOS PWA最容易踩的坑：

  • 必须明确设置display: standalone（或fullscreen），如果设成browser或者没配置这个字段，iOS不会维持主屏幕模式；
  • start_url和scope要覆盖所有页面路径。比如你的页面有/home、/settings，start_url设为/，scope也设为/，确保所有子页面都在PWA的作用范围内。要是scope只设了/home/，跳转到/settings就会超出范围，触发浏览器打开；
  • 还要确认所有页面都正确加载了最新的manifest文件，避免缓存了旧的配置（可以在Safari开发者工具的Application标签下查看Manifest内容）。

• Service Worker作用范围未覆盖目标页面
  Service Worker的注册路径决定了它能控制的页面范围：如果在根目录注册sw.js，它能控制所有页面；但如果是在/assets/sw.js注册，默认只能控制/assets/下的页面。如果跳转的页面不在Service Worker的控制范围内，iOS会认为这是外部内容，直接跳出PWA容器。
  解决办法：要么把Service Worker放在根目录注册，要么注册时手动指定scope参数，比如：

  navigator.serviceWorker.register('/sw.js', { scope: '/' })
  

• iOS版本兼容性问题
  部分旧版本iOS（比如iOS 12及更早）对PWA的支持存在bug，页面切换时容易脱离独立容器。如果你的用户群体有使用旧iOS版本的，建议测试升级到iOS 13+——苹果在iOS 13之后大幅优化了PWA的兼容性和稳定性。

• 绝对路径跳转的误判
  如果你的跳转链接用了完整的绝对路径（比如https://yourdomain.com/profile），哪怕是同源，iOS的PWA也可能误判为外部链接，唤起浏览器。尽量改用相对路径（比如/profile）来实现页面跳转。

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