关于 Safari back 按钮在 iOS 16 不能按照期望工作的问题分析

  • 设备: iOS: 16.1.1
  • User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 16_1_1 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.1 Mobile/15E148 Safari/604.1

问题重现步骤:

  • 使用 iOS 16.1.1 Safari 打开 test1.html
  • 点击 Link 超链接跳转到 test2.html
  • 在 test2.html 回退到 test1.html

期望的结果是看到 alert 对话框。

问题在 iOS 15 不能重现。

test1.html 的源代码:



  
    
    
    Test1
  
  
    Link
  

test2.html 的源代码:



  
    
    
    Test2
  
  
    
    
  

我在好几个浏览器上做了测试:

我刚试过,也可以在 macOS 上重现。

我在单击 history.back() 按钮时看到 alert,但在单击后退按钮(或向后滑动)时看不到 alert。

对于 history.back() 和通过浏览器 UI 向后导航之间的行为差异,我还没有任何解释(尽管我怀疑这与我们所做的一些后退/前进列表劫持预防工作有关)。

我还注意到我们的行为似乎与 Chrome 一致。 因此,如果有错误,那不是 WebKit 特有的。

Firefox 似乎始终如一地显示 alert,正如 Web 开发人员所期望的那样。

StackOverflow 上相关的讨论

结论

哦,我只是更仔细地查看了测试用例,我明白了现在发生了什么。

与 Chrome 类似,WebKit 最近做了一些安全加固,以防止不良的 JavaScript 劫持后退/前进列表。 这意味着由 JS 添加的历史条目(例如通过 history.pushState())在用户导航时会被跳过,除非它们是通过用户交互添加的。

在测试用例中,test2.html 在没有用户交互的情况下调用 history.pushState()。 结果,创建的历史记录项被标记了一个特殊的标志。 如果用户向后滑动或按下后退按钮,我们将跳过这个“虚拟”历史记录项,因此不会触发 popstate 事件。 这是新的故意行为,应该与 Blink 保持一致。

如果不希望跳过历史记录项,则在调用 history.pushState() 时需要用户手势/激活(例如,由于用户单击按钮而调用 history.pushState())。

你可能感兴趣的:(关于 Safari back 按钮在 iOS 16 不能按照期望工作的问题分析)