七、TCP C/S:socket 读写超时设置
博客专区 > for_ 的博客 > 博客详情
七、TCP C/S:socket 读写超时设置
for_ 发表于1年前
七、TCP C/S:socket 读写超时设置
  • 发表于 1年前
  • 阅读 374
  • 收藏 5
  • 点赞 0
  • 评论 0
摘要: 客户端、服务器程序,一个连接一个进程方式处理,阻塞方式读写套接字。设置 socket 的读写超时。

socket 的读写超时时间超过十分钟,数据包会重传16次。参考:http://my.oschina.net/lowkey2046/blog/694229

我们可以通过设置 socket 选项 SO_SNDTIMEO 和 SO_RCVTIMEO 来减少读写 socket 的等待时间。

1. 程序源码

在源码 http://my.oschina.net/lowkey2046/blog/693852 基础上进行修改。

在创建 socket 后,通过 setsockopt 函数修改读写超时时间即可。测试时只修改客户端 socket 的超时。

client

int main(int argc, char **argv)
{
    struct timeval      tv;

    /*
     * 省略
     */

    if ((sockfd = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
        perror("socket");
        exit(EXIT_FAILURE);
    }
    /* 设置套接字读写超时 */
    tv.tv_sec = 3;
    tv.tv_usec = 0;
    setsockopt(sockfd, SOL_SOCKET, SO_SNDTIMEO, &tv, sizeof(tv));
    setsockopt(sockfd, SOL_SOCKET, SO_RCVTIMEO, &tv, sizeof(tv));

    /* 
     * 省略
     */
}

2. 测试过程

1) 启动服务端程序

服务器程序在树莓派上,IP 地址为 192.168.1.24。

2) 启动客户端

测试客户端为 PC 机,IP 地址为 192.168.1.21。

启动客户端程序后,输入一行 "hello world" 测试网络是否连通。

 ./client 192.168.1.24
 hello world
 hello world

客户端收到了服务端的数据,说明连接正常。

3) 断开树莓派网络,客户端再次发送数据

在客户端输入 "hello world":

 hello world
 str_cli: server terminated prematurely

可以看到,大 3 秒后 read 函数出错返回,程序终止。如果通过 perror 查看出错原因:Resource temporarily unavailable;而未设置超时的时候 perror 输出:Connection timed out。出错原因是不一样的。

read 出错位置如下:

if ((recvn = read(sockfd, recvbuf, sizeof(recvbuf)-1)) < 0) {
	fprintf(stderr, "str_cli: server terminated prematurely");
	return;
} else if(recvn == 0) {
	fprintf(stderr, "str_cli: read EOF\n");
	return;
}

3. wireshark

输入图片说明

可以看到,在 15.46 秒时,客户端程序发送了一个数据包,之后一直重传该数据包,尝试得到服务端的响应。

在 18.46 秒时,客户端程序发送了一个 FIN。此时的客户端程序因为读超时而终止。

之后,之前的数据包和 FIN 被作为一个 TCP 重传。重传时间超过了一分钟。(后面应该没了,我等了好久都没有数据包)

需要注意的是,客户端程序终止后,系统仍旧在重传数据包。这意味着,设置 socket 的读写超时选项 SO_RCVTIMEO、SO_SNDTIMEO 只会影响 read、write等读写 socket 函数,系统并不会在超时后停止重传,也不会标记该 socket 为错误。这也意味着,程序将数据写入系统 socket 缓冲区后,就不用担心程序终止时系统会将 socket 缓冲区数据直接丢弃(对方连接正常且缓冲区数据还未发送成功的情况下)。

如果在 read 超时后继续向该 sockt 写入数据呢?在系统 socket 缓冲区未满的情况下 write 不会阻塞,可以继续写入数据。(下次在写个代码证实)

另外 read 出错返回,说明了 write 返回时成功的,但此时服务器并没有接收到数据。这说明 write 只负责将数据成功的写到系统 socket 缓冲区,至于对方有没有收到数据是不管的。

Q: 为什么是一分钟?之前 read 不是超过10分钟吗,重传16次吗?

原因在这:

netstat -nat | grep 9000
tcp        0      8 192.168.1.21:45602      192.168.1.24:9000       FIN_WAIT1

客户端终止后,发送 FIN,此时连接进入 'FIN_WAIT1' 阶段。

参考资料

《UNP》

标签: linux 网络编程
共有 人打赏支持
for_
粉丝 75
博文 47
码字总数 18257
×
for_
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: