udp调用connect有什么做用（转）

原文连接以下：

http://blog.csdn.net/wannew/article/details/18218619

整理一下.
1:UDP中可使用connect系统调用


2:UDP中connect操做与TCP中connect操做有着本质区别。


TCP中调用connect会引发三次握手,client与server创建连结.UDP中调用connect内核仅仅把对端ip&port记录下来.


3:UDP中能够屡次调用connect,TCP只能调用一次connect.  


UDP屡次调用connect有两种用途:1,指定一个新的ip&port连结. 2,断开和以前的ip&port的连结.


指定新连结,直接设置connect第二个参数便可.


断开连结,须要将connect第二个参数中的sin_family设置成 AF_UNSPEC便可. 


4:UDP中使用connect能够提升效率.缘由以下:


普通的UDP发送两个报文内核作了以下:#1:创建连结#2:发送报文#3:断开连结#4:创建连结#5:发送报文#6:断开连结


采用connect方式的UDP发送两个报文内核以下处理:#1:创建连结#2:发送报文#3:发送报文另一点,  每次发送报文内核都由可能要作路由查询.


5:采用connect的UDP发送接受报文能够调用send,write和recv,read操做.固然也能够调用sendto,recvfrom.


调用sendto的时候第五个参数必须是NULL,第六个参数是0.调用recvfrom,recv,read系统调用只能获取到先前connect的ip&port发送的报文. 




UDP中使用connect的好处:1:会提高效率.前面已经描述了.2:高并发服务中会增长系统稳定性.缘由:假设client A 经过非connect的UDP与server B,C通讯.B,C提供相同服务.为了负载均衡,咱们让A与B,C交替通讯.A 与 B通讯IPa:PORTa <----> IPb:PORTb；


A 与 C通讯IPa:PORTa' <---->IPc:PORTc 


假设PORTa 与 PORTa'相同了(在大并发状况下会发生这种状况),那么就有可能出现A等待B的报文,却收到了C的报文.致使收报错误.解决方法内就是采用connect的UDP通讯方式.在A中建立两个udp,而后分别connect到B,C.


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




http://hi.baidu.com/rwen2012/item/545a39ba741307d085dd7957


UDP编程中的connect(zt)
标准的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回射服务器，把全部收到的数据报回射回去：
a@a-desktop:~/d/lab$ cat rollbackserver.cpp
#include<iostream>
#include<stdlib.h>
#include<string.h>
#include<unistd.h>
#include<sys/socket.h>
#include<netinet/in.h>
#include<arpa/inet.h>
using namespace std;
int main()
{
int sockListener,nMsgLen;
char szBuf[1024];
struct sockaddr_in addrListener;
socklen_t addrLen;
addrLen=sizeof(struct sockaddr_in);
bzero(&addrListener,sizeof(addrListener));
addrListener.sin_family=AF_INET;
addrListener.sin_port=htons(8000);


if((sockListener=socket(AF_INET,SOCK_DGRAM,0))==-1)
{
perror("error in getting a socket");
exit(1);
}


if(bind(sockListener,(struct sockaddr*)&addrListener,sizeof(addrListener))==-1)
{
perror("bind a listener for a socket");
exit(2);
}


struct sockaddr_in addrClient;
cout<<"callback server begin to listen"<<endl;
while(true)
{
nMsgLen=recvfrom(sockListener,szBuf,1024,0,(struct sockaddr*)&addrClient,&addrLen);
if(nMsgLen>0)
{
szBuf[nMsgLen]='\0';
cout<<"send back:"<<szBuf<<endl;
sendto(sockListener,szBuf,nMsgLen,0,(struct sockaddr*)&addrClient,addrLen);
}
}


}




再写个客户端，绑定个端口，再链接服务器端。随时接受键盘输入并发送到服务器端，随时接受端口到来的数据并打印。若是没有链接 ，发送到此端口的数据会被接受，可是调用connect后会怎样呢？
a-desktop:~/d/lab$ cat udpclient.cpp
#include<iostream>
#include<stdlib.h>
#include<string.h>
#include<unistd.h>
#include<sys/socket.h>
#include<netinet/in.h>
#include<arpa/inet.h>
#include<sys/select.h>
using namespace std;
int main()
{
int sockClient,nMsgLen,nReady;
char szRecv[1024],szSend[1024],szMsg[1024];
struct sockaddr_in addrServer,addrClient,addrLocal;
socklen_t addrLen;
fd_set setHold,setTest;


sockClient=socket(AF_INET,SOCK_DGRAM,0);
addrLen=sizeof(struct sockaddr_in);
bzero(&addrServer,sizeof(addrServer));
addrServer.sin_family=AF_INET;
addrServer.sin_addr.s_addr=inet_addr("127.0.0.1");
addrServer.sin_port=htons(8000);


addrLocal.sin_family=AF_INET;//bind to a local port
addrLocal.sin_addr.s_addr=htonl(INADDR_ANY);
addrLocal.sin_port=htons(9000);
if(bind(sockClient,(struct sockaddr*)&addrLocal,sizeof(addrLocal))==-1)
{
perror("error in binding");
exit(2);
}


if(connect(sockClient,(struct sockaddr*)&addrServer,sizeof(addrServer))==-1)
{
perror("error in connecting");
exit(1);
}


FD_ZERO(&setHold);
FD_SET(STDIN_FILENO,&setHold);
FD_SET(sockClient,&setHold);
cout<<"you can type in sentences any time"<<endl;
while(true)
{
setTest=setHold;
nReady=select(sockClient+1,&setTest,NULL,NULL,NULL);
if(FD_ISSET(0,&setTest))
{
nMsgLen=read(0,szMsg,1024);
write(sockClient,szMsg,nMsgLen);
}
if(FD_ISSET(sockClient,&setTest))
{
nMsgLen=read(sockClient,szRecv,1024);
szRecv[nMsgLen]='\0';
cout<<"read:"<<szRecv<<endl;
}


}


}
最后来个“第三者”，向第二个的端口发数据报。看她会不会成为忠贞的感情守护人:
a@a-desktop:~/d/lab$ cat clienta.cpp
#include<string.h>
#include<iostream>
#include<stdlib.h>
#include<unistd.h>
#include<sys/socket.h>
#include<netinet/in.h>
#include<arpa/inet.h>
using namespace std;
int main()
{
socklen_t addrLen=sizeof(struct sockaddr_in);
struct sockaddr_in addrServer;
char szMsg[1024];
int sockClient;


addrServer.sin_family=AF_INET;
addrServer.sin_addr.s_addr=inet_addr("127.0.0.1");
addrServer.sin_port=htons(9000);


sockClient=socket(AF_INET,SOCK_DGRAM,0);
while(true)
{
static int id=0;
snprintf(szMsg,sizeof(szMsg),"this is %d",id++);
sendto(sockClient,szMsg,strlen(szMsg),0,(struct sockaddr*)&addrServer,sizeof(addrServer));
sleep(1);
}
}






实验结果：
现运行第一个程序，再运行第三个程序，而后运行第二个程序。
服务器端：


a@a-desktop:~/d/lab$ ./rollback
callback server begin to listen
send back:xinheblue likes playing


send back:and listenning to music




第二个程序：
a@a-desktop:~/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后，不甩第三个程序发来的数据包。
/////////////////
http://bbs.csdn.net/topics/290070552   有关UDP套接口connect()后
有个事我一直不明白，connect后的udp套接口是怎么作到发送数据成功与否的检测的？直接sendto没法检测，为什么connect后write就能够？


udp connect 后 内核 记录住 你的connect中目的 IP 和 PORT 之后你就能够read 和 调用write 同时内核会告诉你所链接的套接字的异步错误
好比：
一旦出错向一个不存在的主机发送 会收到ICMP host unreachable 内核会帮你处理这个icmp报文 同时 write置错


若是是非connect的话 若是内核也会收到这个ICMP（显然这确定不是俺们能控制的，路由器发的），可是它就不care这个东东。




至于缘由：
听说是 从发送 到 收到 icmp是有必定的时延的， 若是是 Sendto 你往二个目的地址 写数据报 1成功1失败 若是这时候内核收到icmp 报文它不知道 是哪一个sendto。


好象是UNP说的 ，不过感受 icmp 若是返回的话，应该有发送的UDP头，其中包含 目的IP 和 目的端口 ，照理不也能 区分嘛？ 也没看彻底明白。期待更强解释。。。 
/////////////////////////////
http://blog.csdn.net/rissonal/article/details/2816690


转]UDP和socket函数(绑定端口)
UDP是一个无链接的协议，所以socket函数connect彷佛对UDP是没有意义的，
然而事实不是这样。


        一个插口有几个属性，其中包括协议，本地地址/端口，目的地址/端口。


          对于UDP来讲，socket函数创建一个插口；bind函数指明了本地地址/端口
（包括ADDR_ANY，通配全部本地网络接口）；connect能够用来指明目的地
址/端口；


         通常来讲，UDP客户端在创建了插口后会直接用sendto函数发送数据，须要
在sendto函数的参数里指明目的地址/端口。若是一个UDP客户端在创建了插
口后首先用connect函数指明了目的地址/端口，而后也能够用send函数发送
数据，由于此时send函数已经知道对方地址/端口，用getsockname也能够得
到这个信息。


         UDP客户端在创建了插口后会直接用sendto函数发送数据，还隐含了一个操做，
那就是在发送数据以前，UDP会首先为该插口选择一个独立的UDP端口（在1024
-5000之间），将该插口置为已绑定状态。若是一个UDP客户端在创建了插口后
首先用bind函数指明了本地地址/端口，也是能够的，这样能够强迫UDP使用指
定的端口发送数据。（事实上，UDP无所谓服务器和客户端，这里的界限已经模
糊了。）


       UDP服务器也可使用connect，如上面所述，connect能够用来指明目的地址
/端口；这将致使服务器只接受特定一个主机的请求。