移动端Chrome调用window.location.replace跳转时如何保持在当前浏览器打开

核心结论 #

常规场景下，移动端Chrome中调用window.location.replace()跳转HTTP/HTTPS协议的Web页面，默认就会在当前Chrome标签页内加载，不会主动唤起系统默认的Safari浏览器。
只有符合特殊规则的跳转才会触发系统逻辑拉起Safari，可通过对应手段规避。

跳转至Safari的常见触发原因 #

• 跳转目标URL为非HTTP/HTTPS的自定义Scheme（如alipays://、itms-services://等App唤起协议），Chrome识别到无法在浏览器内处理该协议时，会将请求抛给系统处理，最终触发默认浏览器打开逻辑
• 跳转目标域名配置了iOS Universal Link（通用链接）或安卓App Link，系统识别到该域名绑定了对应App，若App未安装就会自动调用系统默认浏览器打开
• iOS端第三方浏览器的非用户主动触发跳转（如定时器回调、异步请求回调中自动执行的跳转）会被系统判定为风险行为，触发默认浏览器打开的限制规则

可行的规避方案 #

• 优先确认跳转目标为常规HTTP/HTTPS协议的Web页面链接，不要使用特殊自定义协议Scheme
• 若目标域名配置了Universal Link/App Link，可调整跳转路径/追加临时参数，避开Universal Link的匹配规则，避免系统触发跳转逻辑
• 将window.location.replace()的调用逻辑绑定到用户主动交互事件（如点击、触摸结束事件）中，不要在无用户操作的异步逻辑里直接执行跳转
• 若业务允许可使用iframe嵌套加载目标页面，替代直接替换当前页面地址的跳转方式

特殊说明：如果是iOS系统级的Universal Link强制唤起规则，前端代码无法完全规避，需要调整对应域名的Universal Link配置才能彻底解决。

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