UDP编程中的connect

标准的udp客户端开了套接口后,一般使用sendto和recvfrom函数来发数据,最近看到ntpclient的代码里面是使用send函数直接法的,就分析了一下,原来udp发送数据有两种方法供大家选用的,顺便把udp的connect用法也就解释清楚了。
方法一: 
socket----->sendto()或recvfrom() 
方法二: 
socket----->connect()----->send()或recv()

首先从这里看出udp中也是可以使用connect的,但是这两种方法到底有什么区别呢?首先把这四个发送函数的定义列出来: 
int send(int s, const void *msg, size_t len, int flags); 
int sendto(int s, const void *msg, size_t len, int flags, 
const struct sockaddr *to, socklen_t tolen);

int recv(int s, void *buf, size_t len, int flags);
int  recvfrom(int  s, void *buf, size_t len, int flags, 
struct sockaddr *from,  socklen_t *fromlen);
从他们的定义可以看出,sendto和recvfrom在收发时指定地址,而send和recv则没有,那么他们的地址是在那里指定的呢,答案就在于connect.
int  connect(int  sockfd,  const  struct sockaddr *serv_addr, socklen_t
addrlen);
在udp编程中,如果你只往一个地址发送,那么你可以使用send和recv,在使用它们之前用connect把它们的目的地址指定一下就可以了。connect函数在udp中就是这个作用,用它来检测udp端口的是否开放是没有用的。下面是ntpclient中的代码
struct sockaddr_in sa_dest;
bzero((char *) sa_dest, sizeof(*sa_dest));
sa_dest->sin_family=AF_INET;
if(StuffNetAddr(&(sa_dest->sin_addr),host))
return 1;

sa_dest->sin_port=htons(port);

if (connect(usd,(struct sockaddr *)&sa_dest,sizeof(sa_dest))==-1)
{perror("connect");return 1;}

return 0;

=================================

除非套接口已连接,否则异步错误是不会返回到UDP套接口的,我们确实可以给UDP套接口调用connect,然而这样做的结果却与TCP连接大相径庭:没有三路握手过程。

相反内核只是检查是否存在立即可知的错误(例如一个显然不可达的目的地),记录对端的IP地址和端口号(取自传递给connect的套接口地址结构),然后立即返回到调用进程。

对于已连接UDP套接口,与缺省的未连接套接口相比,发生了三个变化:
1 我们再也不能给输出操作指定宿IP和端口号,也就是说我们不使用sendto,而改用write或send,写到已连接UDP套接口上的任何内容都自动发送到由connect指定的协议地址(例如IP地址和端口号)
2 我们不必使用recvfrom以获悉数据报的发送者,而改用read,recv或recvmsg,在一个已连接UDP套接口上由内核为输入操作返回的数据 报仅仅是那些来自connect所指定协议地址的数据报。目的地为这个已连接UDP套接口的本地协议地址,发源地却不是该套接口早先connect到的协 议地址的数据报,不会投递到该套接口。这样就限制了一个已连接UDP套接口而且仅能与一个对端交换数据报。
3 由已连接的UDP套接口引发的异步错误返回给他们所在的进程。

相反我们说过未连接UDP套接口不接收任何异步错误给一个UDP套接口多次调用connect拥有一个已连接UDP套接口的进程可以为下列2个目的之一:
a.指定新的IP地址和端口号; 
b.断开套接口

第一个目的(即给一个已连接UDP套接口指定新的对端)不同于TCP套接口中connect的使用:对于TCP套接口,connect只能调用一次。

为了断开一个已connect的UDP套接口连接,我们再次调用connect时把套接口地址结构的地址簇成员(sin_family)设置为AF_UNSPEC。 
这么做可能返回一个EAFNOSUPPORT错误,不过没有关系。
使得套接口断开连接的是在已连接UDP套接口上调用connect的进程。

=================================

有如下的一些好处:
1)选定了对端,内核只会将帮定对象的对端发来的数据报传给套接口,因此在一定环境下可以提升安全性;
2)会返回异步错误,如果对端没启动,默认情况下发送的包对应的ICMP回射包不会给调用进程,如果用了connect,嘿嘿
3)发送两个包间不要先断开再连接,提升了效率。

做个实验测试下吧

先弄个UDP回射服务器,把所有收到的数据报回射回去:
[email protected]:~/d/lab$ cat rollbackserver.cpp

  1 #include<iostream>
  2 #include<stdlib.h>
  3 #include<string.h>
  4 #include<unistd.h>
  5 #include<sys/socket.h>
  6 #include<netinet/in.h>
  7 #include<arpa/inet.h>
  8 using namespace std;
  9 int main()
 10 {
 11 int sockListener,nMsgLen;
 12 char szBuf[1024];
 13 struct sockaddr_in addrListener;
 14 socklen_t addrLen;
 15 addrLen=sizeof(struct sockaddr_in);
 16 bzero(&addrListener,sizeof(addrListener));
 17 addrListener.sin_family=AF_INET;
 18 addrListener.sin_port=htons(8000);
 19
 20 if((sockListener=socket(AF_INET,SOCK_DGRAM,0))==-1)
 21 {
 22 perror("error in getting a socket");
 23 exit(1);
 24 }
 25
 26 if(bind(sockListener,(struct sockaddr*)&addrListener,sizeof(addrListener))==-1)
 27 {
 28 perror("bind a listener for a socket");
 29 exit(2);
 30 }
 31
 32 struct sockaddr_in addrClient;
 33 cout<<"callback server begin to listen"<<endl;
 34 while(true)
 35 {
 36 nMsgLen=recvfrom(sockListener,szBuf,1024,0,(struct sockaddr*)&addrClient,&addrLen);
 37 if(nMsgLen>0)
 38 {
 39 szBuf[nMsgLen]=‘\0‘;
 40 cout<<"send back:"<<szBuf<<endl;
 41 sendto(sockListener,szBuf,nMsgLen,0,(struct sockaddr*)&addrClient,addrLen);
 42 }
 43 }
 44
 45 }
 46
 47
 48 再写个客户端,绑定个端口,再连接服务器端。随时接受键盘输入并发送到服务器端,随时接受端口到来的数据并打印。如果没有连接 ,发送到此端口的数据会被接受,但是调用connect后会怎样呢?
 49 a-desktop:~/d/lab$ cat udpclient.cpp
 50 #include<iostream>
 51 #include<stdlib.h>
 52 #include<string.h>
 53 #include<unistd.h>
 54 #include<sys/socket.h>
 55 #include<netinet/in.h>
 56 #include<arpa/inet.h>
 57 #include<sys/select.h>
 58 using namespace std;
 59 int main()
 60 {
 61   int sockClient,nMsgLen,nReady;
 62   char szRecv[1024],szSend[1024],szMsg[1024];
 63   struct sockaddr_in addrServer,addrClient,addrLocal;
 64   socklen_t addrLen;
 65   fd_set setHold,setTest;
 66
 67   sockClient=socket(AF_INET,SOCK_DGRAM,0);
 68   addrLen=sizeof(struct sockaddr_in);
 69   bzero(&addrServer,sizeof(addrServer));
 70   addrServer.sin_family=AF_INET;
 71   addrServer.sin_addr.s_addr=inet_addr("127.0.0.1");
 72   addrServer.sin_port=htons(8000);
 73
 74   addrLocal.sin_family=AF_INET;//bind to a local port
 75   addrLocal.sin_addr.s_addr=htonl(INADDR_ANY);
 76   addrLocal.sin_port=htons(9000);
 77   if(bind(sockClient,(struct sockaddr*)&addrLocal,sizeof(addrLocal))==-1)
 78   {
 79     perror("error in binding");
 80     exit(2);
 81   }
 82
 83   if(connect(sockClient,(struct sockaddr*)&addrServer,sizeof(addrServer))==-1)
 84   {
 85     perror("error in connecting");
 86     exit(1);
 87   }
 88
 89   FD_ZERO(&setHold);
 90   FD_SET(STDIN_FILENO,&setHold);
 91   FD_SET(sockClient,&setHold);
 92   cout<<"you can type in sentences any time"<<endl;
 93   while(true)
 94   {
 95     setTest=setHold;
 96     nReady=select(sockClient+1,&setTest,NULL,NULL,NULL);
 97     if(FD_ISSET(0,&setTest))
 98     {
 99       nMsgLen=read(0,szMsg,1024);
100       write(sockClient,szMsg,nMsgLen);
101     }
102     if(FD_ISSET(sockClient,&setTest))
103     {
104       nMsgLen=read(sockClient,szRecv,1024);
105       szRecv[nMsgLen]=‘\0‘;
106       cout<<"read:"<<szRecv<<endl;
107     }
108
109   }
110
111 }

最后来个“第三者”,向第二个的端口发数据报。看她会不会成为忠贞的感情守护人:
[email protected]:~/d/lab$ cat clienta.cpp

 1 #include<string.h>
 2 #include<iostream>
 3 #include<stdlib.h>
 4 #include<unistd.h>
 5 #include<sys/socket.h>
 6 #include<netinet/in.h>
 7 #include<arpa/inet.h>
 8 using namespace std;
 9 int main()
10 {
11   socklen_t addrLen=sizeof(struct sockaddr_in);
12   struct sockaddr_in addrServer;
13   char szMsg[1024];
14   int sockClient;
15
16   addrServer.sin_family=AF_INET;
17   addrServer.sin_addr.s_addr=inet_addr("127.0.0.1");
18   addrServer.sin_port=htons(9000);
19
20   sockClient=socket(AF_INET,SOCK_DGRAM,0);
21   while(true)
22   {
23     static int id=0;
24     snprintf(szMsg,sizeof(szMsg),"this is %d",id++);
25     sendto(sockClient,szMsg,strlen(szMsg),0,(struct sockaddr*)&addrServer,sizeof(addrServer));
26     sleep(1);
27   }
28 }

实验结果:
现运行第一个程序,再运行第三个程序,然后运行第二个程序。
服务器端:

[email protected]:~/d/lab$ ./rollback
callback server begin to listen
send back:xinheblue likes playing

send back:and listenning to music

第二个程序:
[email protected]:~/d/lab$ ./udpclient
you can type in sentences any time
xinheblue likes playing
read:xinheblue likes playing

and listenning to music
read:and listenning to music

实现结果证明,第二个程序调用connect后,不甩第三个程序发来的数据包。对于感情,希望将来我的她也能这样。。。

时间: 2024-08-05 01:34:30

UDP编程中的connect的相关文章

TCP/UDP编程中的问题汇总

TCP/UDP编程中的问题汇总 TCP和UDP发送大文件的问题. 答: 发送端: 发送时,先发送文件的名称及大小等信息. 然后,设置一个缓冲区的大小,假设为4K. 再循环读4K的文件内容,并发送,直到发送完成. 最后,再发送完成标记. 接收端: 接收到第一个包时,得到文件的大小等信息. 计算出要接收多少个包. 然后,循环接收包,并将接收到的数据写入到文件中. 直到,接收到的数据长度等于文件的大小. struct package { 文件标识 //GUID 偏移量 //001- 数据段 //Byt

UDP编程中client和server中使用recvfrom和sendto的区别

client中:      sendto(sfd,buf,strlen(buf),0,(struct sockaddr *)&saddr,len);      recvfrom(sfd,buf,sizeof(buf),0,NULL,NULL);server中:      recvfrom(fd,buf,sizeof(buf),0,(struct sockaddr *)&caddr,&len); 将网络字节序的IP地址转换成字符串输出 // inet_ntoa : struct ip

udp编程中,一次能发送多少个bytes为好?

在进行UDP编程的时候,我们最容易想到的问题就是,一次发送多少bytes好? 当然,这个没有唯一答案,相对于不同的系统,不同的要求,其得到的答案是不一样的,我这里仅对    像ICQ一类的发送聊天消息的情况作分析,对于其他情况,你或许也能得到一点帮助:    首先,我们知道,TCP/IP通常被认为是一个四层协议系统,包括链路层,网络层,运输层,应用层.    UDP属于运输层,下面我们由下至上一步一步来看:    以太网(Ethernet)数据帧的长度必须在46-1500字节之间,这是由以太网的

Linux网络编程中EAGAIN错误和EINTR错误

在Linux环境下开发经常会碰到很多错误(设置errno),其中EAGAIN是其中比较常见的一个错误(比如用在非阻塞操作中). 从字面上来看,是提示再试一次.这个错误经常出现在当应用程序进行一些非阻塞(non-blocking)操作(对文件或socket)的时候.例如,以O_NONBLOCK的标志打开文件/socket/FIFO,如果你连续做read操作而没有数据可读.此时程序不会阻塞起来等待数据准备就绪返回,read函数会返回一个错误EAGAIN,提示你的应用程序现在没有数据可读请稍后再试.

TCP与UDP在socket编程中的区别 (网络收集转载)

http://blog.chinaunix.net/uid-26421509-id-3814684.html 一.TCP与UDP的区别 基于连接与无连接  对系统资源的要求(TCP较多,UDP少)  UDP程序结构较简单  流模式与数据报模式  TCP保证数据正确性,UDP可能丢包  TCP保证数据顺序,UDP不保证  部分满足以下几点要求时,应该采用UDP 面向数据报方式 网络数据大多为短消息  拥有大量Client  对数据安全性无特殊要求  网络负担非常重,但对响应速度要求高  具体编程时

TCP与UDP在socket编程中的区别

一.TCP与UDP的区别 基于连接与无连接  对系统资源的要求(TCP较多,UDP少)  UDP程序结构较简单  流模式与数据报模式  TCP保证数据正确性,UDP可能丢包  TCP保证数据顺序,UDP不保证  部分满足以下几点要求时,应该采用UDP 面向数据报方式 网络数据大多为短消息  拥有大量Client  对数据安全性无特殊要求  网络负担非常重,但对响应速度要求高  具体编程时的区别 socket()的参数不同  UDP Server不需要调用listen和accept  UDP收发数

关于网络编程中MTU、TCP、UDP、IP

名词解释: MTU(Maxium Transmission Unit)最大传输单元 TCP (Transmission Control Protocal)传输控制协议 UDP (Usage Datagram Protocal)用户数据报协议 IP (Internet Protocal) 因特网协议 TCP/IP协议,涉及到四层:链路层,网络层,传输层,应用层(TCP/IP是一个协议簇,并不是代表TCP协议和IP协议) 以太网(Ethemet)的数据帧在链路层 IP包在网络层 TCP或UDP包在传

关于网络编程中MTU TCP UDP优化设置总结

首先要看TCP/IP协议,涉及到四层:链路层,网络层,传输层,应用层.  其中以太网(Ethernet)的数据帧在链路层 IP包在网络层 TCP或UDP包在传输层 TCP或UDP中的数据(Data)在应用层 它们的关系是 数据帧{IP包{TCP或UDP包{Data}}} --------------------------------------------------------------------------------- 在应用程序中我们用到的Data的长度最大是多少,直接取决于底层的

Java通信编程中调用UDP协议与TCP协议之间的不同

UDP协议与TCP协议之间的区别不再分析,主要是分析一下这两个协议在Java通信编程中是如何被使用的. 首先介绍TCP,对于TCP,Java语言为它提供了良好的支持.建立TCP通信,首先需要构建服务器,并且得 到服务器的IP和端口号. TCP协议下的Socket类: java.net.Socket类代表客户端连接 java.net.ServerSocket类代表服务器端连接 Server:ServerSocket ss = new ServerSocket(5000); //创建服务器端的soc