专注收集记录技术开发学习笔记、技术难点、解决方案
网站信息搜索 >> 请输入关键词:
您当前的位置: 首页 > 编程

套接字网络编程札记

发布时间:2011-07-01 07:31:35 文章来源:www.iduyao.cn 采编人员:星星草
套接字网络编程笔记

套接字网络编程笔记

1.调用int send( __in  SOCKET s, __in  const char* buf, __in  int len, __in  int flags); 发出的数据包,在传送过程中,虽然顺序不会把打乱,但可能会拆分成多个包,这样,只调用一次int recv( __in   SOCKET s, __out  char* buf, __in   int len, __in   int flags); 可能不能被完整地接收。

解决的方法是,定义TCP之上的协议,即应用层协议,指示数据包长度。最简单的实现为:


2.TCP通信时,服务器用SOCKET accept( __in     SOCKET s, __out    struct sockaddr* addr, __inout  int* addrlen); 创建的套接字共同占用一个端口,即服务器监听端口。

为什么要这么做:客服端套接字指定通信对方的端口就是监听端口,没有理由找一个使用其它端口的套接字跟它连接。

为什么能这么做:TCP报文中,包含源端口,与目标端口,再加上IP层的源IP地址及目标IP地址,这四个信息,就是运输层多路分解中,所需要的四元组,意思是可以唯一确定一个TCP连接。当从IP层,解包数据后,就可以根据四元组,找到这些数据的目标TCP连接。这点跟UDP连接是有区别的,因为UDP多路分解时只使用目标IP地址及目标端口,所以,只要目标IP为本机IP,目标端口为监听端口的,UDP连接都会定向到一个UPD连接。这意味,UDP是一个一对多的连接(确切地说UPD不能叫连接)。

3.阻塞套接字可以在recv的同时,调用send

4.互答通信模式(时间紧,未仔细考虑非阻塞模式)。互答通信指的是,双方都可能主动地向对方发请求。这意味着双方都必须实时监听着对方的请求。监听是会阻塞线程的,所以程序不可能是单线的(罗云彬书上聊天室例子介绍了互答通信的解决方案,而且用的是单线程, 但其实在模拟多线程,而且在多回合会话中,整个流程很难被维护)。再考虑如何使用连接。同一个套接字虽然可以在recv同时调用send,但不能同时调用recv,因为多个线程会抢夺数据,导致混乱。只使用一个套接字,这种情况是会发生的,比如,监听线程调用recv堵在那时,其它线程调用send后,又用recv来等待对方的回应,这时就有冲突了。所以套接字至少要有两个。一个用于被动会话(监听),一个用于主动会话。

5.SOCKET类型是一个句柄,有点指针的性质,并且accept会分配SOCKET对象,所以可以看成在堆上的指针,直接传给新线程当参数:


6.字节顺序。只有与网络协议栈本身的数据的字节顺序是与主机的相反的,自己的数据,发送出去是什么样,接受后就是什么样。字节倒序,是以字节为单位:如0x1234倒序后成0x3412

7.Win+R运行perfmon.msc可以查看网络连接状况。



友情提示:
信息收集于互联网,如果您发现错误或造成侵权,请及时通知本站更正或删除,具体联系方式见页面底部联系我们,谢谢。

其他相似内容:

热门推荐: