之前写的js服务器脚本，在服务器上运行的挺好的。也经过了压力测试，单次接受4000次的连接不成问题。在5s里，可以应答1W多次的连接。对于这个连接次数，我们还是挺满意的，但是Boss说:客户端每2分钟会断开一次连接。这是不可接受的，需要对连接设置。

要保持长连接，好吧。开始，我的想法是取消2分钟的限制，通过查阅资料  http://blog.win-ing.cn/archives/89和www.nodejs.org/api/http.html(在这里可以看到Server有2分钟超时的说明)  在Server监听的'request'的时候，response.setTimeout(0, function(){'写入日志'});。
这样取消了Node.js 2分钟的限制。

但是长连接，领导还是不满意。而且也说明了，使用打开服务器的keepalive。好吧，继续查看nodejs的http文档。开起来只有对request的连接的socket设置keepalive，才能满足我们的条件。好吧尝试一下，并不对。在日志里边，可以看到捕捉的process的异常。request本身是IncomingMessage，也有socket，对他keepalive也可以尝试一下。这次是对的。这样开启了服务器的Keepalive。可以看firefox里打开的网页，5个小时以后也可以收到服务器的信息。

对于系统的keepalive机制，觉得需要在理解一下。就像是心跳包，通过检测，回应的空数据包，检测客户端是否还在。tcpdump看了一下，的确有来回length为 0 的数据包在传输。

另外 Node.js服务器我放在了后台执行，但是经常莫名其妙的down掉了。

我今天也找到了原因。

问题还是出在我身上啊。因为js脚本有console输出。这样的话，运行js脚本的进程必须有一个stdout，我通过session启动了js脚本，session就是js脚本的stdout，我关闭了session，这个js脚本进程运行到输出的时候，就挂掉了。可以用一个linux命令nohup解决这个问题。