获取 Axios HTTP 获取请求的连接 ETIMEDOUT

Question

所以我有一个调用 Microsoft Maps API 的 Azure 函数，它（有时）工作。但是有时它会在请求期间引发此错误。请指教。

我的代码：

const options = 
{
   host: 'atlas.microsoft.com', //added this later
   headers: { 'x-ms-client-id': client_id }
}

//url to get lat/long
let url = 'https://atlas.microsoft.com/search/fuzzy/json?api-version=1.0&subscription-key=' + subscription_key + '&query=' + address + ' USA'

//make req
let res = await axios.get(url, options)

响应/错误：

{
"error": {
"message": "connect ETIMEDOUT XX.XXX.XX.XX:XXX",
"name": "Error",
"stack": "Error: connect ETIMEDOUT XX.XXX.XX.XX:XXX\n    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1141:16)",
"config": {
  "url": "https://atlas.microsoft.com/search/fuzzy/json?api-version=1.0&subscription-key=myKey&query=myQuery",
  "method": "get",
  "headers": {
    "Accept": "application/json, text/plain, */*",
    "x-ms-client-id": myClientID,
    "User-Agent": "axios/0.19.2"
  },
  "transformRequest": [
    null
  ],
  "transformResponse": [
    null
  ],
  "timeout": 0,
  "xsrfCookieName": "XSRF-TOKEN",
  "xsrfHeaderName": "X-XSRF-TOKEN",
  "maxContentLength": -1,
  "host": "atlas.microsoft.com"
},
"code": "ETIMEDOUT"
  }
}

Answer 1

我的超时问题的解决方案是添加

host:'atlas.microsoft.com

进入我所有通话的标题。 99% 的连接错误消失了。我还联系了 Mircosoft 支持，他们说无论您使用的是 S0 还是 S1，都没有限制，所以这不会有什么不同。目前支持人员正在调查为什么将主机部分添加到请求标头中会产生如此大的差异。稍后将更新他们的回复。

我问了一个类似的问题并想出了here一些额外的细节。

Answer 2

我看到你的请求 url 有subscription-key，我想你不再需要options了。

根据我的测试，您的问题没有重现。我的 Azure Maps 服务的定价层是 S1。所以我猜你的问题的可能原因。

1.定价层。

建议：您可以更改定价层级。

2。 Azure Map服务异常。

建议：建议在门户中提出支持票，询问该区域是否有任何异常服务，并查看您的服务日志。

以下是我的测试结果。

我对其进行了测试，我的测试网址如https://atlas.microsoft.com/search/fuzzy/json?api-version=1.0&query=seattle&subscription-key=WCzM8k*******nnSYn4。我只是通过 chrome 浏览器请求并得到响应。

我还通过axios 进行了测试，效果很好。