在 Sencha Touch 2 中加载商店时，如何停止附加的 OPTIONS http 请求？答案

【问题标题】：When loading a store in Sencha Touch 2, how can I stop the additional OPTIONS http request?在 Sencha Touch 2 中加载商店时，如何停止附加的 OPTIONS http 请求？
【发布时间】：2012-04-19 20:16:51
【问题描述】：

我正在使用 Sencha Touch 2 编写一个应用程序，作为其中的一部分，我有许多使用 ajax 代理和 json 阅读器从我的外部 Web 服务自动加载的商店。该服务托管在与客户端不同的域上，因此我必须在服务器上设置 Access-Control-Allow-Origin 才能使其正常工作。

在这个设置下一切都很好，但是我使用 Fiddler 来查看请求性能，我注意到我的 web 服务的每个调用实际上都会发出两次。一次作为 OPTIONS 请求，然后再次作为预期的 GET。据我所知，OPTIONS 请求没有任何用处 - 至少在我的设置中 - 所以我想摆脱它以提高加载性能。

有人知道这是怎么回事吗？如果我可以在代理上设置一个可以将其关闭的配置，那就太好了，但我还没有在 e 上找到。

感谢收看！

【问题讨论】：

标签： ajax sencha-touch sencha-touch-2

【解决方案1】：

我想通了，这一切都与 Sencha 及其 ajax 调用一起传递的 x-requested-with 标头有关。这篇博文 (http://remysharp.com/2011/04/21/getting-cors-working/) 详细介绍，但简短的版本是，在一个奇怪的功能中，浏览器会发出预先航班选项仅在您在请求中包含任何自定义标头时检查。如果您没有在请求中添加任何标头并保持原样，则 GET 将顺利通过，无需检查 OPTIONS。

我在源代码中进行了挖掘，发现 Sencha 实际上确实有一个配置来控制是否发送 x-requested-with ，它在正常使用中并没有很暴露。

Ext.Ajax.setUseDefaultXhrHeader(false);

我只是在请求发出之前设置了它，它会丢弃 x-requested-with，只有 GET 会发出。

【讨论】：

【解决方案2】：

您需要 OPTIONS 请求，因为您正在访问来自不同域的数据。选项调用它用于获取 Access-Control-Allow-Origin 参数的值。如果未发出 OPTIONS 请求，则跨域将不起作用。

【讨论】：

真的是绝对有必要，还是只是作为安全检查，以防浏览器无法在实物上发货？我问是因为我使用 jQuery 制作了类似的应用程序（实际上使用相同的 web 服务），并且当从那里进行跨域 ajax 调用时，它直接进入 GET 请求，并且从不进行 OPTIONS 检查。