Thi*_*ddi 5 javascript timeout request node.js
因此,我向服务器发出此请求,并设置了超时,并且我想处理超时事件,但我也想处理“中止”事件,并且每个事件都不同。我设法通过快速修复来做到这一点,但我想知道是否有更好的方法来做到这一点。代码如下所示:
makeRequest = function(json, cb){
var requestError
request({
url: REQUEST_URL,
json: json,
timeout: 3000,
headers: {
'Content-Type': 'application/json'
}
}, function(err, res, body){
if(err) requestError = err
else cb(null, res, body)
}).on('abort', function(){
setTimeout(function({
if(requestError != 'ETIMEDOUT') cb(httpStatusCode.REQUEST_TIMEDOUT)
else cb(httpStatusCode.REQUEST_ABORTED
}, 1000)
})
}
Run Code Online (Sandbox Code Playgroud)
我注意到在超时事件中,按此顺序触发了“abort”事件并调用了请求回调,因此我使用 setTimeout 函数来等待请求回调,然后处理“abort”侦听器中的错误。这似乎是一种愚蠢的方法,我在网上搜索并没有找到只处理回调事件的方法。我还注意到超时会触发 on.('error', function(err){}) 事件,我可以在其中处理错误,但它也会调用 on.('abort', function(){}) 事件我最终调用了主回调 (cb) 两次,导致我的应用程序崩溃。
有没有一种方法可以让我有一个仅用于超时的事件和一个仅用于中止的事件,这样我就不必使用 setTimeout ?
或者我的 req 对象中是否有任何属性可以检查该请求是否超时?
或者您有其他建议以不那么难看的方式解决我的问题吗?
我正在使用 nodejs 0.12.2 并请求 2.55.0 谢谢!
开源的一大好处是您始终可以查看模块的代码并了解它是如何工作的。
如果您想要错误,那么只需监听.on('error', function(err) {}). 错误将被传递到那里。该.on('abort', function() {})事件没有告诉您它被中止的原因。但是,正如您从请求模块的相关源代码中看到的那样,error事件总是在abort事件发生后立即发送,并且它会e.code设置为ETIMEDOUT。
以下是调用 when 的一些相关源代码的副本,.abort()您可以在其中看到它随后立即触发错误事件:
if (self.timeout && !self.timeoutTimer) {
var timeout = self.timeout < 0 ? 0 : self.timeout
self.timeoutTimer = setTimeout(function () {
self.abort()
var e = new Error('ETIMEDOUT')
e.code = 'ETIMEDOUT'
self.emit('error', e)
}, timeout)
// Set additional timeout on socket - in case if remote
// server freeze after sending headers
if (self.req.setTimeout) { // only works on node 0.6+
self.req.setTimeout(timeout, function () {
if (self.req) {
self.req.abort()
var e = new Error('ESOCKETTIMEDOUT')
e.code = 'ESOCKETTIMEDOUT'
self.emit('error', e)
}
})
}
}
Run Code Online (Sandbox Code Playgroud)
因此,您似乎可以忽略该abort事件,只监听该error事件,然后调用该error事件的回调。
如果您的代码在多次调用回调时出现错误(听起来确实如此),那么您的代码就会变得混乱,那么您可以更改您的makeRequest()函数,以便它也不会多次调用回调。
| 归档时间: |
|
| 查看次数: |
15053 次 |
| 最近记录: |