为什么某些iOS设备使用Origin：null发送OPTIONS请求？

Question

在我正在工作的网站上，我们看到来自iOS设备的很多OPTIONS请求，这些请求看起来像CORS飞行前检查 ，但具有Origin: null 。 有谁知道是什么原因导致使用Origin: null而不是正确的Origin: null发送此类请求？

我看到的表现出这种行为的用户代理是：

Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B206
Mozilla/5.0 (iPhone; CPU iPhone OS 5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B206 Safari/7534.48.3
Mozilla/5.0 (iPod; CPU iPhone OS 5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/9B206
Mozilla/5.0 (iPad; CPU OS 5_1_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B206 Safari/7534.48.3
Mozilla/5.0 (iPod; CPU iPhone OS 5_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B176 Safari/7534.48.3
Mozilla/5.0 (iPhone; CPU iPhone OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3
Mozilla/5.0 (iPad; CPU OS 5_0_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9A405 Safari/7534.48.3

实际上，处理这些请求不是问题（只是拒绝它们），但是我很好奇是否有某些特殊情况导致这种情况。 我所看到的描述Origin标头可能设置为null的唯一情况是，当Origin是file:/// URL时，这似乎不太可能-在每种情况下，引用都看起来像是网站。

Answer 1

这个问题是相关的，但是此博客文章解释了该问题和解决方案。

如果您已在应用程序中看到此行为，则应该能够使用“ Content-Disposition：inline”而不是“ Content-Disposition：Attachment”来修复它。