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能夠用來指明目的地址
/端口；這將致使服務器只接受特定一個主機的請求。