規範 get icmp icm 約會 已連接udp套接字 自動 時間 記錄

UDP的connect沒有三次握手過程，內核只是檢測是否存在立即可知的錯誤（如一個顯然不可達的目的地），

記錄對端的的IP地址和端口號，然後立即返回調用進程。

未連接UDP套接字(unconnected UDP socket)：新創建UDP套接字默認如此；

已連接UDP套接字(connected UDP socket)：對UDP套接字調用connect的結果。

對於已連接UDP套接字，與默認的未連接UDP套接字相比：

1）再不能給輸出操作指定目的IP地址和端口號。

sendto改用write或send，寫到已連接UDP套接字上的任何內容都自動發送到由connect指定的協議地址（如IP地址和端口號）。

已連接UDP套接字調用sendto，不能指定目的地址。其第五個參數必須為空指針，第六個參數應為0或不考慮。

2）可不使用recvfrom以獲悉數據報的發送者，改用read、recv或recvmsg。

在已連接UDP套接字上，由內核為輸入操作返回的數據報只有來自connect所制定協議地址的數據報。

這樣就限制一個已連接UDP套接字能且僅能與一個對端交換數據報。

3）由已連接UDP套接字引發的異步錯誤會返回給它們所在的進程，而未連接UDP套接字不接受任何異步錯誤。

POSIX規範指出，在未連接UDP套接字上不指定目的地址的輸出操作應該返回ENOTCONN，而不是EDESTADDRREQ。

應用進程首先調用connect指定對端的IP地址和端口號，然後使用read和write與對端進程交換數據。

來自任何其他IP地址或端口的數據報不投遞給這個已連接套接字，UDP將丟棄它們並生成相應的ICMP端口不可達錯誤。

UDP客戶進程或服務器進程只在使用自己的UDP套接字與確定的唯一對端進行通信時，才可以調用connect。

調用connect的通常是UDP客戶，不過有些網絡應用中的UDP服務器會與單個客戶長時間通信（如TFTP），此時客戶和服務器都有可能調用connect。

DNS客戶、服務器與connect函數的例子：

用於一個已連接UDP套接字的進程可出於以下目的之一會再次調用connect：

1）指定新的IP地址和端口號

2）斷開套接字

性能：當進程知道自己要給同一個目的地址發送多個數據報時，顯式連接套接字效率更高。

而臨時連接未連接的UDP套接字大約會消耗每個UDP傳輸三分之一的開銷

void dg_cli(FILE *fp, int sockfd, SA *pservaddr, socklen_t servlen)
{
    int n;
    char sendline[MAXLINE], recvline[MAXLINE + 1];
    if (connect(sockfd, (SA*)pservaddr, servlen) < 0){
        cout<<"conn error!"<<endl;
        exit(0);
    }
    else
        cout<<"conn succ!"<<endl;

    while (fgets(sendline, MAXLINE, fp) != NULL){
        if (write(sockfd, sendline, strlen(sendline)) < 0){
            cout<<"write error"<<endl;
            exit(0);
        }

        if ( (n = read(sockfd, recvline, MAXLINE)) < 0){
            cout<<"read error"<<endl;
            exit(0);
        }

        recvline[n] = 0;
        fputs(recvline, stdout);

        bzero(sendline, MAXLINE);
        bzero(recvline, MAXLINE);
    }
}

UDP的connect