所以,我向服务器发出这个请求,并设置了一个超时,我想处理超时事件,但我也想处理"中止"事件,并且彼此不同。我设法用一个快速修复程序完成了它,但我想知道是否有更好的方法。代码看起来像这样:
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)
})
}
我注意到,在超时事件中,"abort"事件被触发,请求回调被调用,按照这个顺序,所以我使用setTimeout函数来等待请求回调,然后在"abort"侦听器中处理错误。这似乎是一种愚蠢的方法,我在网上搜索了一下,没有找到只处理回调事件的方法。我还注意到超时触发了on.('error',function(err({}(事件,我可以在这里处理错误,但它也调用了on。
有没有一种方法可以让一个事件只用于超时,一个事件仅用于中止,这样我就不必使用setTimeout了?
或者,在我的req对象中是否有任何属性,我可以检查该请求是否超时?
或者你还有其他建议可以用一种不那么丑陋的方式来解决我的问题吗?
我使用nodejs 0.12.2并请求2.55.0谢谢
开源的一个好处是,您可以随时查看模块的代码,看看它是如何工作的。
如果您想要这个错误,那么只需监听.on('error', function(err) {})
。错误将传递到那里。.on('abort', function() {})
事件不会告诉您中止的原因。但是,正如您从请求模块的相关源代码中看到的那样,error
事件总是在abort
事件之后发送,并且它会将e.code
设置为ETIMEDOUT
。
以下是调用.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)
}
})
}
}
因此,您似乎可以忽略abort
事件,只监听error
事件,只调用error
事件的回调。
如果您的代码在回调被多次调用时出现错误(听起来确实如此(,那么您可以更改makeRequest()
函数,使其永远不会多次调用回调。