当涉及到超时HTTP请求时,看起来node.js有三个单独的超时：
> server.setTimeout http://nodejs.org/api/http.html#http_server_settimeout_msecs_callback
> request.setTimeout http://nodejs.org/api/http.html#http_request_settimeout_timeout_callback
> response.setTimeout http://nodejs.org/api/http.html#http_response_settimeout_msecs_callback
解决方法
>您正在node.js应用程序中运行Web服务器.这决定了在空闲超时之前,节点将关闭客户端请求连接的开放时间,没有流量.一个例子是在您的应用程序下载大型文件时,用户在家中失去电力.您设置一次,它将适用于您的服务器接收的所有客户端连接.
>这是用于从节点程序到远程Web服务器的传出请求.所以你下载文件时要写一个刮刀来下载文件,你的互联网连接就会死机.这决定了节点何时最终放弃等待远端的数据.这将仅影响特定请求,因为底层TCP连接将被关闭,并且每个传出请求将获得不同的TCP连接.
>由于HTTP请求和相应的响应通过相同的底层TCP套接字发生,我的理解是req.setTimeout和res.setTimeout最终导致相同的底层系统调用,使用相应的libuv / os调用在TCP套接字本身上设置超时.所以我认为两者都是等同的,你们可以无论哪一个更方便,哪一个人觉得语义上更清楚.我可能错了,但是如果有人知道肯定会自由地纠正我的话.
>这是用于从节点程序到远程Web服务器的传出请求.所以你下载文件时要写一个刮刀来下载文件,你的互联网连接就会死机.这决定了节点何时最终放弃等待远端的数据.这将仅影响特定请求,因为底层TCP连接将被关闭,并且每个传出请求将获得不同的TCP连接.
>由于HTTP请求和相应的响应通过相同的底层TCP套接字发生,我的理解是req.setTimeout和res.setTimeout最终导致相同的底层系统调用,使用相应的libuv / os调用在TCP套接字本身上设置超时.所以我认为两者都是等同的,你们可以无论哪一个更方便,哪一个人觉得语义上更清楚.我可能错了,但是如果有人知道肯定会自由地纠正我的话.
一般默认值是合理的.但是,如果您知道您有很多客户端的速度非常慢或连接不平坦(您在偏远地区或卫星或其他任何地方提供移动电话),那么您可能需要设置更长的时间,以及由于时间到.如果您知道您的客户端连接良好(如同一数据中心中的服务器),并希望更有效地释放资源,那么您可能希望缩短设置.
