[求助]这样的TCP连接搞不懂

nashi2000

用TCP来实现一个socket通信时,Server正常建立Listen监听套接字,Accept接受到了Client的连接请求,但是我控制Server端,使它没有为这个Client建立通信的套接字,也就是说Client端的通信套接字建立了,Server端的套接字没有建立。但是通过netstat在Server侧观察到的状态是:ESTABLISHED。
----------------------------------------------------------------------------------------------
而且使用ethereal时，确实能抓到三次握手的链路初始化消息
-----------------------------------------------------------------------------------------------
Client端也是能够发送出消息,但是Server端收不到消息。
这里偶感到奇怪的是Client是怎么发送出消息的呢，难道目前的这种TCP连接，已经类似无连接情况下的UDP了，Client发送出的消息又跑到哪去了？

zsniper

劝lz看看TCP的状态转换图

Server通过socket(),bind(),listen(),accept()等待Client的连接

Client通过socket(),connect()连接Server,

只要accept()正确返回,Server就处于ESTABLISHED,

connect()正确返回,Client就处于ESTABLISHED

请问lz是如何控制Server的？？

nashi2000

原帖由 zsniper 于 2007-1-23 14:54 发表
请问lz是如何控制Server的？？ ...

我的意思是我在Server端收到Client连接请求时,我并没有在Server侧创建用来数据传送与读取的Socket,Client那边则是正常处理的。但是这种情况的连接在Server和Client两侧查看的状态都是ESTABLISHED。
问题就是消息发送和接收不正常了。

ttvast

原帖由 nashi2000 于 2007-1-23 14:16 发表
Accept接受到了Client的连接请求,但是我控制Server端,使它没有为这个Client建立通信的套接字 ...

请问搂主，你是如何做到这点的？accept可是就建立了一个socket的阿。

zsniper

原帖由 ttvast 于 2007-1-24 11:00 发表



请问搂主，你是如何做到这点的？accept可是就建立了一个socket的阿。

所以我也很费解

safedead

仔细看看UNP吧
服务器端的accept()是用来弹出tcp_backlog队列的已连接成员的
不用accept()一样可以完成三步握手
因为这个原因, 一定要把listen类型socket设置成非阻塞,否则select,poll,epoll之后有可能挂住accept

ttvast

原帖由 kiss007 于 2007-1-24 16:49 发表



一定要把listen类型socket设置成非阻塞,否则select,poll,epoll之后有可能挂住accept

能否详细解释一下，多谢

一起等待解释。用了poll以后为什么还需要设置非阻塞

safedead

哦,这样的

poll/select/epoll事件发生以后
假设CPU很忙, 过了一段时间才执行到accept()
此时客户端发了一个RST包给服务器
这时这个ESTABLISH就消失了,连接队列里这个连接就没有了!
如果连接队列因此恰好空了
accept就死等在那里
所以listen要非阻塞
accept就不会死等