一般udpsocket 是不用呼叫connect函式的，那麼在什麼時候需要呼叫connect呢，或者說connect的作用是什麼呢？

套接字型別                                                           write/send         不指定目的地址的sendto      指定目的地址的sendto

tcp套接字                                                                   可以                      可以                                           EISCONN

udp套接字（已連線）                                              可以                      可以                                           EISCONN

udp套接字（未連線）                             EDESTADDRREQ                      EDESTADDRREQ                 可以

udp connect 可以呼叫tcp的recv或send()函式

下面內容轉自：

標準的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
#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;
}

}

}
最後來個“第三者”，向第二個的埠發資料報。看她會不會成為忠貞的感情守護人:
[email protected]:~/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);
}
}



實驗結果：
現執行第一個程式，再執行第三個程式，然後執行第二個程式。
伺服器端：

[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後，不甩第三個程式發來的資料包。對於感情，希望將來我的她也能這樣。。。