为何仅Chrome中预检请求多次失败后才成功？

可能的原因 #

• Chrome预检缓存机制特性：Chrome会缓存预检请求结果，但当请求头存在细微变化、缓存即将过期时，会先发起一次预检请求，可能因缓存同步或网络瞬时问题导致该请求被标记为失败；随后会自动发起新的预检请求，此时能匹配到正确的CORS配置并返回204。而Firefox的预检缓存策略更高效，直接复用缓存结果，因此不会显示额外的失败请求。
• 网络瞬时波动：客户端与服务器之间出现短暂丢包、延迟时，首次预检请求可能在传输中丢失，触发Chrome的重试机制，重试的请求成功抵达服务器并返回204。这类失败请求是网络层面的瞬时问题，和API配置无关。
• Chrome DevTools显示逻辑偏差：在请求被快速取消或重试的场景下，Chrome开发者工具可能会误标记预检请求的状态，即便后续请求已成功处理，仍会保留之前失败请求的记录。Firefox的DevTools对这类快速重试的请求过滤更智能，仅展示最终成功的请求。

是否属于正常现象？ #

这种情况不算严重异常，因为业务请求最终都能正常完成，应用功能不受影响。但如果失败请求的数量过多，建议排查网络稳定性，或调整Chrome相关的预检缓存设置。

排除API错误的依据 #

你的CORS配置中AllowAnyMethod()已明确允许OPTIONS方法，WithOrigins也正确配置了允许的源；同时控制台无CORS相关错误提示，且最终有成功返回204的预检请求，这些都说明API的CORS配置是有效的，不存在API层面的错误。

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