服务端已经close为什么客户端的write/read方法都不返回错误呢?

发布于 2022-09-05 02:35:03 字数 416 浏览 22 评论 0

clipboard.png

我在同一台机器上做实验,分别运行服务端和客户端,服务端accept后,fork()一个子进程处理,子进程第一次read后阻塞接着客户端第一次write,子进程read返回接着close掉socket,并且调用exit(0)退出。由于子进程消失,但端口资源未被释放,该端口为FIN_WAIT_2的状态。

接着客户端第二次调用write函数,按照常理来讲此时的write会导致服务器响应一个RST给我,但是write返回4096,并不是一个-1,而且我又调用read函数也是一个0,也没有-1,这是怎么一回事?求解

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

━╋う一瞬間旳綻放 2022-09-12 02:35:03

你主进程accept以后,主进程要把sockfd关闭啊。否则引用计数还维持着。以后子进程即使关闭了。也无法释放套接字的。
另外TCP结束需要双向关闭。就算服务器close的话,client的read方向并没有关闭。client还是可以read的。

不回头走下去 2022-09-12 02:35:03

@bokutake 说的对,但是server不应该主动关闭连接,这样会堆叠过多TIME_WAIT状态的连接,还有就是现在做Server都不用fork去处理而是用threadpool,刚好我写了一个server库,感兴趣可以看一下Charles Server

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文