慎用TCP的选项SO_LINGER

http://blog.csdn.net/fullsail/archive/2009/08/08/4424324.aspx

 

1                慎用 TCP 的选项 SO_LINGER

最近有一次性能测试，通讯程序出现错误，表现为服务器处理速度明显降低，检查发现服务器的很多句柄出于 TIME_WAIT 状态， Justin 这个流氓的自己承认测试用例写的有问题，在 recv 函数返回 0 后，没有 close 句柄。

我很郁闷 google 了一下如何处理这类错误，发现了 SO_LINGER 这个选项，发现这个选项可以避免端口的状态进入 TIME_WAIT 状态，大胆的进行了一下测试。发现在性能测试中，服务器的表现好了不少，暗爽。

// 使用 SO_LINGER ， close 后不进入 TIME_WAIT 状态

struct linger linger;

linger.l_onoff = 1;

linger.l_linger = 0;

setsockopt(serverSocket,

  SOL_SOCKET, SO_LINGER,

  (const char *) &linger,

  sizeof(linger));

周 3 发版本，突然发现很多同事的都报告出现了一些错误，从客户端的日志反馈看，客户端在最后阶段往往没有收到几个我们的服务器的返回命令，于是立即想到了可能是这个选项导致了麻烦。注释这个选项后，果然大家的程序都正常了。

回头仔细读了一下《 UNIX 网络编程》卷 1 ，才慢慢回想起来， TIME_WAIT 的作用是保证在主动关闭端口后，保证数据让对端收到， Richard.Steven 的原话是 ”TIME_WAIT 是我们的朋友。 ”

由于我们客户端要和多个游戏服务器通讯，而且之间还有一些时序关系，所以我们不能使用这种让用户丢弃一部分数据的方式。对于 TCP 的细节感觉还是不熟悉，呵呵。

不能丢弃 TIME_WAIT 状态，但是让他缩短一些也是可以的。我们可以在 l_linger 参数上动点手脚，当 l_onoff 非 0 是。 l_linge 也非 0 的时候，套接口在 TIME_WAIT 上将拖延一段时间， l_linger 秒，而不再是 2MSL 的超时 [ 注 ] 。我也打算继续试验一下。

 

【注】，根据《 UNIX 网络编程》卷 1 ，需要注意的是， l_linger 非 0 的解释在不同的平台可能不一样， BSD 平台的实现是 0.01s 。