iOS设备长期缓存旧shtml页面问题技术咨询

这事儿其实挺常见的，尤其是碰到iOS 10.x这种比较老旧的系统，结合你描述的情况，我梳理几个最可能的原因：

• 旧版Safari的缓存策略bug
  iOS 10.3.3搭配的Safari 10.0是好几年前的版本了，苹果在后续迭代里修复了不少缓存相关的问题。比如，有些旧版Safari会错误地长期缓存301重定向的规则——如果你的服务器当初返回重定向时，Cache-Control头设置得不够严格（比如给了很长的max-age），这玩意儿真可能把重定向缓存个半年甚至更久，完全不按常理出牌。

• 用户的书签/主屏幕快捷方式
  这个用户大概率是之前把你的.shtml页面存成了书签，或者添加到了iOS主屏幕（Web Clip）。这类快捷方式会直接请求原始的.shtml URL，不会自动跟随重定向规则。如果用户之前一段时间没访问，最近突然用了书签，就会出现你看到的情况。

• 中间代理/缓存服务器
  要是用户的设备连接的是公司、学校这类有代理服务器的网络，或者装了某些VPN/代理工具，这些中间节点可能缓存了旧的.shtml页面或者重定向规则。用户的请求根本没到你的服务器，直接被代理返回了旧内容。

• Safari的离线阅读列表
  旧版Safari的阅读列表功能会保存页面的离线副本，要是用户之前把你的页面加入了阅读列表，之后从那里打开的话，访问的就是本地缓存的.shtml版本，根本不会去请求你的PHP服务器。

排查建议 #

1. 先查服务器的访问日志，看看这个设备的请求头：有没有If-Modified-Since/If-None-Match这类缓存相关的字段？服务器返回的是301重定向还是直接返回了.shtml内容？这能帮你定位是缓存没触发重定向，还是规则本身有问题。
2. 检查你的重定向规则，有没有漏掉某些场景？比如是不是只处理了GET请求，没处理HEAD？或者对旧版Safari的UA做了错误的过滤？
3. 可以让用户试试：清除Safari的缓存、用隐私模式访问，或者删除书签/主屏幕快捷方式后重新打开页面，看是否还会访问.shtml。

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