nodejs发送http请求时遇到404长时间未响应怎么办

这篇文章给大家分享的是有关nodejs发送http请求时遇到404长时间未响应怎么办的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。

成都创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：网站建设、网站制作、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的鹿邑网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

通常，我们在使用nodejs发送http请求时，一旦遇到404响应，nodejs内部会一直请求下去，直到超出它自己设定的响应时长（最让人恶心的地方就是这个时长还是没法修改的。）很多人在这里碰到了麻烦。

我是在做arcgis地图项目的时候，客户提出需要使用天地图提供的底图服务，当时我直接使用silverlight客户端的Arcgis API进行http请求（同样是内部请求，不开源的东西就是这么让人郁闷），同样碰到了一个进度条一直卡在那的问题。经过调试发现，是由于底图加载请求超时的缘故，和nodejs一样，silverlight一直在进行请求直到超出它自己设定的响应时限。

于是，我当时正好有业余接触nodejs，觉得这个东西性能应该是不错的，至少比tomcat+java之流要好一些。于是，我着手写了一个nodejs的代理服务，用来请求天地图的底图。我当时以为nodejs碰到404时能直接结束请求，但是呢，这个问题好像是行业规范似的，它竟然也和silverlight一样不断的请求……索性上网查了会资料，得出了以下这两段代码，解决了这个一直请求404的问题。

function proxyTDTMapData(img,level,row,col){ 
  var that = this,request = null,param = img.replace('_w',''); 
  var filename = tdtimgDir+'/'+img+'_'+level+'_'+row+'_'+col+'.png'; 
  path.exists(filename, function(exists) { 
    if (exists) { 
      readFileEntry(filename,that.res); 
    }else{ 
      var url = "http://t0.tianditu.com/"+img+"/wmts?service=wmts&request=GetTile&version=1.0.0&LAYER=" + param + "&tileMatrixSet=w&TileRow=" + row + "&TileCol=" + col + "&TileMatrix=" + level + "&style=default&format=tiles"; 
       
      httpGetWithTimeoutSupport(url,4000,function(response){ 
        //console.log("have a response!"); 
        if(200 == response.statusCode){ 
          var size = 0; 
          var chunks = []; 
          response.on('data', function(chunk){ 
            size += chunk.length; 
            chunks.push(chunk); 
          }); 
          response.on('end', function(){ 
            var data = Buffer.concat(chunks, size); 
            that.res.writeHead(200, { 
              'Content-Type' : 'image/png', 
              'Content-Length' : data.length, 
              'Accept-Ranges' : 'bytes', 
              'Server' : 'Microsoft-IIS/7.5', 
              'X-Powered-By' : 'ASP.NET' 
            }); 
            that.res.write(data, "binary"); 
            that.res.end(); 
            fs.writeFile(tdtimgDir+'/'+img+'_'+level+'_'+row+'_'+col+'.png', data); 
           }); 
        }else{ 
          readFileEntry(mapDir+"/null.png",that.res); 
        } 
      }).on("error",function(){ 
        readFileEntry(mapDir+"/null.png",that.res); 
      }); 
    } 
  }); 
   
   
 }

function httpGetWithTimeoutSupport(options, timeout, callback) { 
  var timeoutEvent; 
 
  var req = http.get(options, function(res) { 
    res.on("end", function() { 
      clearTimeout(timeoutEvent); 
      // console.log("end"); 
    }) 
    res.on("close", function(e) { 
      clearTimeout(timeoutEvent); 
      // console.log("close"); 
    }) 
 
    res.on("abort", function() { 
      // console.log("abort"); 
    }); 
 
    res.on("error",function(){ 
      try{ 
        res.destory(); 
        clearTimeout(timeoutEvent); 
        //console.log("res error catch"); 
      }catch(e){ 
       
      } 
    }); 
    callback(res); 
  }); 
 
  req.on("timeout", function() { 
    //console.log("request emit timeout received"); 
    try{ 
      if (req.res) { 
        req.res.emit("abort"); 
      } 
      clearTimeout(timeoutEvent); 
      req.abort(); 
    }catch(e){ 
      //console.log("req timeout failed!"); 
    } 
  }); 
  req.on("error",function(){ 
    try{ 
      //console.log("req error catch"); 
    }catch(e){ 
     
    } 
  }); 
  timeoutEvent = setTimeout(function() { 
    try{ 
      req.emit("timeout"); 
    }catch(e){ 
      //console.log("timeout failed!"); 
    } 
  }, timeout); 
 
  return req; 
}

其原理就是利用nodejs请求的几个事件与计时器，一旦超出设定的响应时长则立马终结请求。如此，进度条一直卡着的问题解决了。
细心的读者可能看到了

path.exists(filename, function(exists) { 
    if (exists) { 
      readFileEntry(filename,that.res); 
    }else{...});

这段代码，其实这里做了一下服务端的图片缓存，一旦加载过的底图图片，直接从本地读取，极大的加快了地图的访问速度（这个在效率上提升了至少10倍）。
至于Arcgis API for Silverlight 是如何实现天地图底图以及其它底图服务（比如非标准墨卡托的地方坐标系底图服务）加载的呢？请听我下回分解。

感谢各位的阅读！关于“nodejs发送http请求时遇到404长时间未响应怎么办”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！

新闻名称：nodejs发送http请求时遇到404长时间未响应怎么办
转载来于：http://6mz.cn/article/gdoocj.html