解决过程

1. 测试是否为相应的api服务器出现问题

我使用浏览器打开相应的api网址，浏览器中返回了正常的提示信息。说明api服务器没问题。

2. 测试http/https模块内部机制出现问题

我把网址的修改为快捎官网。然后再运行，发现请求正常返回了页面文本，说明http/https模块内部机制可以正常使用。

为什么别的网址可以正常请求而某Q的api路径却请求不成功？是header头设置有误？还是我当前请求的IP被拒绝请求？本着满脑子的疑问，我继续进行了测试。

3. 完善请求信息，并使用其他开发语言进行同样的请求，以进行结果对比

由于不敢确定所有的请求信息都是正确的，于是我使用java语言和python语言都做了一个副本，用来请求以进行结果对照。最终发现，所有请求数据都一致的情况下，java语言和python语言可以成功地返回正确结果，而Node.js却报错：Error: socket hand up。

这时我心头有千万头草泥马在奔腾~~~@#$%%^&*^#@#$%
但程序员是不会这么容易就放弃的，何况遇到这个问题的那个还有强迫症。我要克服你...

---- 继续苦逼找寻答案中... ----

4. 转机

详细认(zhuang)真(bi)地阅读了NodeJs的 http.Agent 类的文档，才晃(yi)然(lian)大(meng)误(bi)。原来Node.js中，发起的HTTP请求，会被放入v8的网络请求队列中，而Agent则是负责管理HTTP客户端的连接持久性和重用性。它为给定的主机和端口维护等待请求的队列，为每个队列重复使用一个单一的Socket连接,直接到队列为空，此时Socket被销毁或被重新放进池中，在该池中保持对同一主机端口的请求再次使用。而这个Socket被销毁还是保留，取决于keepAlive的配置。
所以这就是为什么我的程序会出现socket hand up错误了，因为我在开发模拟登录功能时，登录成功后，有一个请求一直在轮询检查新消息。而另一方面，我会进行其他的数据api请求，所以，当轮询的socket一直得不到释放，那么其他的socket就一直处于等待(Pending)状态，当超时时间到达，就会报出Error: socket hand up错误。

5. 解决方案

经过以上探讨，得出解决方案: 去除Socket代理，禁用请求队列的重用，让每次发起的请求都是新的Socket。

如下代码：

http.post({
  hostname: 'localhost',
  port: 80,
  path: '/',
  agent: false    // 禁用agent
}, res => {
  // 对响应数据进行处理
})

一番努力，终于解决了。

NodeJs发起HTTP/HTTPS请求踩坑记