tcp连接s贞(tcp长连接如何实现)

void DumpTcpTable(PMIB_TCPTABLE pTcpTable) {charstrState[MAX_STRLEN];structin_addrinadLocal, inadRemote;DWORD dwRemotePort = 0;charszLocalIp[MAX_STRLEN];charszRemIp[MAX_STRLEN];if (pTcpTable != NULL){printf("TCP TABLEn");printf("%20s %10s %20s %10s %sn", "Loc Addr", "Loc Port", "Rem Addr","Rem Port", "State");for (UINT i = 0; i < pTcpTable->dwNumEntries; ++i){switch (pTcpTable->table[i].dwState){case MIB_TCP_STATE_CLOSED:strcpy(strState, "CLOSED");break;case MIB_TCP_STATE_TIME_WAIT:strcpy(strState, "TIME_WAIT");break;case MIB_TCP_STATE_LAST_ACK:strcpy(strState, "LAST_ACK");break;case MIB_TCP_STATE_CLOSING:strcpy(strState, "CLOSING");break;case MIB_TCP_STATE_CLOSE_WAIT:strcpy(strState, "CLOSE_WAIT");break;case MIB_TCP_STATE_FIN_WAIT1:strcpy(strState, "FIN_WAIT1");break;case MIB_TCP_STATE_ESTAB:strcpy(strState, "ESTAB");break;case MIB_TCP_STATE_SYN_RCVD:strcpy(strState, "SYN_RCVD");break;case MIB_TCP_STATE_SYN_SENT:strcpy(strState, "SYN_SENT");break;case MIB_TCP_STATE_LISTEN:strcpy(strState, "LISTEN");break;case MIB_TCP_STATE_DELETE_TCB:strcpy(strState, "DELETE");break;default:printf("Error: unknown state!n");break;}inadLocal.s_addr = pTcpTable->table[i].dwLocalAddr;if (strcmp(strState, "LISTEN") != 0){dwRemotePort = pTcpTable->table[i].dwRemotePort;}elsedwRemotePort = 0;inadRemote.s_addr = pTcpTable->table[i].dwRemoteAddr;strcpy(szLocalIp, inet_ntoa(inadLocal));strcpy(szRemIp, inet_ntoa(inadRemote));printf("%20s %10u %20s %10u %sn",szLocalIp,ntohs((unsigned short)(0x0000FFFF & pTcpTable->table[i].dwLocalPort)),szRemIp, ntohs((unsigned short)(0x0000FFFF & dwRemotePort)),strState);}} }
使用socket的Receive方法，如果返回值是0，说明断开连接了，如果返回值非0，说明连接正常。

你的意思我差不多明白了，现在我跟你说下那个两个人猜拳的一个思路 服务端是可以查看客户端连接情况的你可以在客户端弄一个Map用服务端的IP作为键， 发送的消息作为值存放客户端发送消息后就存放在Map里面当服务端接收到两边客户端都有传入消息，就根据IP 取出值来比较然后将结果返回给客户端 其实那个多人聊天，需要所有人发言后才会公布广播的，也可以按照这个思路去做
c/s 就是一个不断请求响应的过程。 如果你是想做一个聊天室的话，想得到广播的内容，你就需要向服务器端发送请求，然后得到响应。也就是C端定时向S端发送请求。
每个客户端请求都给他分配不同得 端口号 并且用一个主端口号来监听请求。按这种思路就行了！
哦你是不是想写一个天黑请闭眼啊

TCP的三次握手和四次断开 TCP是一个面向连接的服务,面向连接的服务是电话系统服务模式的抽象,每一次完整的数据传输都必须经过建立连接,数据传输和终止连接3个过程,TCP建立连接的过程称为三次握手,下面看一下三次握手的具本过程TCP三次握手过程1 主机A通过向主机B 发送一个含有同步序列号的标志位的数据段给主机B ,向主机B 请求建立连接,通过这个数据段,主机A告诉主机B 两件事:我想要和你通信;你可以用哪个序列号作为起始数据段来回应我.2 主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:我已经收到你的请求了,你可以传输数据了;你要用哪个序列号作为起始数据段来回应我3 主机A收到这个数据段后,再发送一个确认应答,确认已收到主机B 的数据段:"我已收到回复,我现在要开始传输实际数据了这样3次握手就完成了,主机A和主机B 就可以传输数据了.3次握手的特点没有应用层的数据SYN这个标志位只有在TCP建产连接时才会被置1握手完成后SYN标志位被置04次断开1 当主机A完成数据传输后,将控制位FIN置1,提出停止TCP连接的请求2 主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置13 由B 端再提出反方向的关闭请求,将FIN置14 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础名词解释ACK TCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.SYN 同步序列号,TCP建立连接时将这个位置1FIN 发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1解释原因：TCP建立连接要进行3次握手,而断开连接要进行4次,这是由于TCP的半关闭造成的,因为TCP连接是全双工的(即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭,这个单方向的关闭就叫半关闭.关闭的方法是一方完成它的数据传输后,就发送一个FIN来向另一方通告将要终止这个方向的连接.当一端收到一个FIN,它必须通知应用层TCP连接已终止了这个方向的数据传送,发送FIN通常是应用层进行关闭的结果.另一种解释：这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。为什么不能两次握手能进行连接？我们知道，3次握手完成两个重要的功能，既要双方做好发送数据的准备工作(双方都知道彼此已准备好)，也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送和确认。 现在把三次握手改成仅需要两次握手，死锁是可能发生的。作为例子，考虑计算机S和C之间的通信，假定C给S发送一个连接请求分组，S收到了这个分组，并发送了确认应答分组。按照两次握手的协定，S认为连接已经成功地建立了，可以开始发送数据分组。可是，C在S的应答分组在传输中被丢失的情况下，将不知道S是否已准备好，不知道S建立什么样的序列号，C甚至怀疑S是否收到自己的连接请求分组。在这种情况下，C认为连接还未建立成功，将忽略S发来的任何数据分组，只等待连接确认应答分组。而S在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？

用netstat查看tcp已连接状态的具体步骤： 1、同时按住“windows键”+“R”打开运行对话框；2、运行对话框中输入cmd，回车；3、输入netstat回车即可。注：netstat命令中各选项的含义如下：-a 显示所有socket，包括正在监听的。-c 每隔1秒就重新显示一遍，直到用户中断它。-i 显示所有网络接口的信息，格式“netstat -i”。-n 以网络IP地址代替名称，显示出网络连接情形。-r显示核心路由表，格式同“route -e”。-t 显示TCP协议的连接情况-u 显示UDP协议的连接情况。-v 显示正在进行的工作。-p 显示建立相关连接的程序名和PID。-b 显示在创建每个连接或侦听端口时涉及的可执行程序。-e 显示以太网统计。此选项可以与 -s 选项结合使用。-f 显示外部地址的完全限定域名(FQDN)。-o显示与每个连接相关的所属进程 ID。-s 显示每个协议的统计。-x 显示 NetworkDirect 连接、侦听器和共享端点。-y 显示所有连接的 TCP 连接模板。无法与其他选项结合使用。 一般用“netstat -na”命令来显示所有连接的端口并用数字表示。

Http是应用层协议，TCP是网络层协议，应用层在TCP/IP四层架构中位于TCP的上一层。 建立Http连接在实现时有以下两种方式：1、[java] view plaincopyDefaultHttpClient http = new DefaultHttpClient();HttpGet method = new HttpGet(url);HttpResponse response =http.execute(method);2、[java] view plaincopyURL url = new URL(uri);HttpURLConnection connection = (HttpURLConnection)url.openConnection();connection.connect();而TCP连接在实现时要借助Socket（套接字 IP+端口号）[java] view plaincopySocket s = new Socket("localhost", 12345);区别从这两个连接的实现方式就可以看出来，HTTP连接需要指明资源的URL，发出请求的应用不知道服务器的IP，虽然域名服务器也是要把域名解析成IP地址，但不属于应用所关心的范畴，是网络层应该完成的工作。所以Http连接属于无状态的短连接，若再请求其他数据，需要再重新建立连接。客户端向服务器发送请求后，服务器才知道客户端的存在。 TCP连接实现时需要指明IP地址和端口号，就可以跟目的主机通过三次握手建立联系，该连接一直保持直到某一方提出取消连接，通过四次握手关闭连接。Socket支持TCP/UDP协议，如果使用TCP协议，那么socket连接就是TCP连接。论文提到的应用场景是手机与云端的服务器建立联系，因为要保持连接并指定连接的建立时间，所以在这种场景下使用TCP连接最合适。3G网络不支持端到端建立TCP连接，因为它是client-server模式，所以需要通过云端服务器的辅助来实现手机的端到端通信。