Mac/iOS Safari联系表单提交报409冲突，Chrome/Brave正常

以下是针对Mac/iOS Safari提交表单返回409、但Chrome/Brave正常的常见排查点：

• Safari预请求触发重复提交限制
  Safari会对表单做预加载/预请求处理（比如提前发送HEAD或试探性请求），如果你的contact.php里有基于会话、请求次数的重复提交校验逻辑，这种预请求可能会触发服务器的重复请求判定，返回409。可以临时注释掉服务器端的重复提交限制代码，测试是否恢复正常。

• 请求头兼容性差异
  Safari发送的请求头和Chrome/Brave存在细微差别：

  • 检查Origin头：iOS Safari在部分场景下Origin格式可能带端口或特殊后缀，若服务器端严格校验Origin白名单，会导致请求被拦截返回409。
  • 检查Content-Type：Safari对表单编码的处理可能更严格，若服务器端只接受特定编码格式（比如application/x-www-form-urlencoded而非multipart/form-data），会触发状态码。

• 前端JS的Safari兼容性问题
  查看表单提交的JavaScript代码：

  • 若使用fetch API，检查是否设置了Safari不兼容的参数（比如keepalive: true在部分Safari版本中存在问题），或未正确处理credentials属性导致会话Cookie未携带。
  • 确认preventDefault()的调用时机是否正确，若阻止默认行为的时机过晚，可能导致Safari发送两次请求，触发409。

• 会话/Cookie处理差异
  Safari对Cookie的限制更严格（比如第三方Cookie拦截、会话Cookie生命周期）：

  • 若contact.php依赖CSRF令牌校验，检查Safari是否正确携带了存储令牌的Cookie，或令牌生成逻辑在Safari下是否失效。
  • 验证服务器端会话机制（比如$_SESSION）在Safari下是否正常初始化，若会话未建立，可能导致校验逻辑返回409。

快速排查步骤 #

1. 打开Safari开发者工具（Cmd+Opt+I），查看网络请求的请求头、请求方法、参数，和Chrome的请求做对比，找出差异项。
2. 逐步注释contact.php中的校验逻辑（重复提交、CSRF、请求头校验），定位触发409的代码块。
3. 测试前端JS代码在Safari中的执行情况，确认表单提交逻辑无语法或API兼容性问题。

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