使用从本地服务器运行的前端代码发出请求时，Wikidata查询CORS问题

如何解决使用从本地服务器运行的前端代码发出请求时，Wikidata查询CORS问题

我正在尝试使用POST XMLHttpRequest从wikidata API获取结果，以获取查询结果。但是只有少数几个请求通过，有些返回CORS发出错误，这很令人困惑。

我的请求如下所示，据wikidata文档了解，我已经在url本身中设置了origin参数。我也尝试过在标头中设置原点，这也行不通。

setTimeout(function () {
          var xhr = new XMLHttpRequest();
         
          xhr.open(
            "POST","https://query.wikidata.org/sparql?origin=*&format=json&query=" +
              encodeURIComponent(
                queryService(settingsService()).getPropObject(
                  vm.selected.uri,prop
                )
              ),true
          );
          xhr.onreadystatechange = function () {
            if (xhr.readyState == 4 && xhr.status == 200) {
              let data = JSON.parse(xhr.response);
              setobjectInnerHtml(label,data,prop);
            }
            running -= 1;
          };
          xhr.send();
        },300);

但是它在xhr.send（）处返回错误，如下所示：

Access to XMLHttpRequest at 'https://query.wikidata.org/sparql?origin=*&format=json&query=PREFIX%20rdf%3A%20%3Chttp%3A%2F%2Fwww.w3.org%2F1999%2F02%2F22-rdf-Syntax-ns%23%3E%0APREFIX%20rdfs%3A%20%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0ASELECT%20disTINCT%20%3Furi%20%3FuriLabel%20WHERE%20%7B%0A%20%20%3Chttp%3A%2F%2Fwww.wikidata.org%2Fentity%2FQ183%3E%20%3Chttp%3A%2F%2Fwww.wikidata.org%2Fprop%2Fdirect%2FP1889%3E%20%3Furi%20.%0A%20%20OPTIONAL%20%7B%20%3Furi%20rdfs%3Alabel%20%3FuriLabel%20.%20FILTER%20(lang(%3FuriLabel)%20%3D%20%22en%22)%7D%0A%7D' from origin 'http://localhost:8000' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

这里可能出什么问题了？

更新 这是来自同一方法的一系列请求，可以看出其中有些请求通过，有些则没有。引发的错误是CORS问题。

解决方法

好吧，我实际上已经看到了这种情况（不是维基百科），而是其他API服务器，包括我自己的服务器。

经过很多次敲打并尝试排除其他因素（我尝试在localhost和多台计算机上运行代码），这是我发现的。

问题出在我的ISP上。我的本地ISP的DNS服务器不可靠，连接会停止并开始工作，有时每隔几秒钟就会重复一次。有时，在一秒钟之内，有许多快速连接和断开连接。每次发生这种情况时，控制台都会不断抛出CORS错误，即使它与CORS本身无关。

此外，当我从本地主机将此应用程序部署到云时，我再也没有任何问题。显然，云服务器的互联网连接问题为零。

总而言之，如果您间歇性地遇到CORS错误（如您所述），那么我首先要确保您的Internet连接可靠。

然后，将代码部署到在线云服务器，并查看问题是否重复。

请注意：我假设您在屏幕快照中提到的呼叫在所有可能的方式上都是相同的。就我而言，问题发生在具有相同有效负载数据的相同调用上。