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回射伺服器，把所有收到的資料報回射回去：
[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後，不甩第三個程式發來的資料包。
/////////////////
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可以用來指明目的地址
/埠；這將導致伺服器只接受特定一個主機的請求。
相關推薦
UDP 呼叫 connect的作用
1:UDP中可以使用connect系統呼叫2:UDP中connect操作與TCP中connect操作有著本質區別。TCP中呼叫connect會引起三次握手,client與server建立連結.UDP中呼叫connect核心僅僅把對端ip&port記錄下來.3:UDP
UDP呼叫connect()的作用
我們都知道，UDP是無連線的，但是為什麼協議讓UDP也可以呼叫connect()? 1.因為UDP可以是一對一，多對一，一對多，或者多對多的通訊，所以每次呼叫sendto()/recvfrom()時都必須指定目標IP和埠號。通過呼叫connect()建立一個端到端的連線，就
udp 呼叫connect函式
結論： udp可以呼叫connect函式。 udp可以多次呼叫connect函式。 udp呼叫connect作用： 傳送端：我們不需要再次指定也不能指定埠和ip地址
udp socket 呼叫connect的作用是什麼
一般udpsocket 是不用呼叫connect函式的，那麼在什麼時候需要呼叫connect呢，或者說connect的作用是什麼呢？ 套接字型別 write/
在UDP套接字上呼叫connect與在TCP上呼叫的區別
附： 我們有兩個應用程式，一個使用TCP，一個使用UDP。TCP套接字的接受緩衝區 有4096位元組的資料，UDP套接字接受緩衝區中有兩個2048位元組的資料包。TCP 應用程式呼叫read，指定其第三個引數為4096，UDP應用程式呼叫recvfrom指定其 第三個引數為
TCP/UDP與connect系統呼叫
一、TCP與UDP區別 TCP保證資料正確性，UDP可能丟包；TCP保證資料順序，UDP不保證。 TCP---傳輸控制協議,提供的是面向連線、可靠的位元組流服務。當客戶和伺服器彼此交換資料前，必須先在雙方之間建立一個TCP連線，之後才能傳輸資料
UDP的connect
規範 get icmp icm 約會 已連接udp套接字 自動 時間 記錄 UDP的connect沒有三次握手過程，內核只是檢測是否存在立即可知的錯誤（如一個顯然不可達的目的地）， 記錄對端的的IP地址和端口號，然後立即返回調用進程。 未連接UDP套接字(unconne
18-UDP的connect函式
1. 面向連線的UDP 在上一篇中遺留了一個問題：sendto函式產生的非同步錯誤一般是不會返回給udp套接字的（主要是因為udp是無連線的原因），如果這個錯誤要返回給udp套接字，那麼就需要呼叫connect函式。 是的，你沒看錯，udp也可以呼叫connect函式達
傳值呼叫的作用
我之前一直不理解傳值呼叫到底有什麼用，形參改變，但不影響實參，改變了的形參在主函式中又會被銷燬，那改變了的形參有什麼用？ 研究了一下，得出了它的用法 1、它相當於把一個函式複製了，原來函式不改變，它可以在複製了的函式這裡進行各種操作，然後reture 操作後的值，作為被調函式的值，這樣，主函式裡面原來的變
總結-型別轉換&函式預載入&立即呼叫模式&作用域&Math物件&Date物件&String物件&Array物件&瀏覽器物件&定時器
型別轉換&函式預載入&立即呼叫模式&作用域&Math物件&Date物件&String物件&Array物件&瀏覽器物件&定時器 轉換成布林型 false -數值型的0 -數值
17.UDP與connect()函式；ICMP非同步錯誤
1.connect在UDP中的用途 [**ICMP非同步錯誤] ICMP非同步錯誤是指：傳送報文的時候，沒有錯誤；接收報文的時候，會收到ICMP應答 重點：非同步錯誤，無法返回給未連線的套接字。UDP可
[iOS] performSelector:withObject:afterDelay:呼叫沒有作用的問題及解決方法
這個問題找了將近一天，baidu、google了很久，竟然沒有人遇到同樣問題？ performSelector:withObject:afterDelay:和[NSTimer timerWithTimeInterval:invocation:repeats:]都存在此問題：
[轉]UDP和connect
UDP是一個無連線的協議，因此socket函式connect似乎對UDP是沒有意義的，然而事實不是這樣。 一個插口有幾個屬性，其中包括協議，本地地址/埠，目的地址/埠。 對於UDP來說，socket函式建立一個插口；bind函式指明瞭本地地址/埠（包括ADDR_ANY，通配所有
非阻塞socket呼叫connect, epoll和select檢查連線情況示例
我們知道，linux下socket程式設計有常見的幾個系統呼叫： 對於伺服器來說， 有socket（）， bind（），listen（）, accept（），read（），write（） 對於客戶端來說，有socket（），connect（） 這裡主要要講的是客戶端
linux劫持系統呼叫connect
為實現網路監控，故需要監控系統呼叫函式__NR_connect 系統環境 64 位 CentOS 程式碼如下： #include <linux/kernel.h> #include <linux/module.h> #include <
Go語言系列開發之延遲呼叫和作用域
Hello，各位小夥伴大家好，我是小棧君，最近一段時間我們將繼續分享關於go語言基礎系列，當然後期小棧君已經在籌劃關於java、Python，資料分析、人工智慧和大資料等相關係列文章。希望能和大家一起學習進步，相互提高。 好了，話不多說，我們開始今天的分享，今天分享的主題是關於go語言系列中的延遲呼叫和作用域
UDP中使用bind和connect的作用
1:UDP中可以使用connect系統呼叫2:UDP中connect操作與TCP中connect操作有著本質區別。TCP中呼叫connect會引起三次握手,client與server建立連結.UDP中呼叫connect核心僅僅把對端ip&port記錄下來.3:UDP中可以多次呼叫connect,TCP
c/c++ 網絡編程 UDP 發送端 bind 作用
ddr ast netd arp mem 分享圖片 sendto 隨機 eba 網絡編程 UDP 發送端 bind 作用 upd 發送端 調用bind函數的效果：把socket特定到一個指定的端口，如果不調用bind，內核會隨機分配一個端口。 upd 發送端 調用bi
【spring cloud】spring cloud 使用feign呼叫，1.fallback熔斷器不起作用，2.啟動報錯Caused by: java.lang.ClassNotFoundException: com.netflix.hystrix.contrib.javanica.aop.asp
1.首先使用feign呼叫，需要配置熔斷器 2.配置熔斷器需要將熔斷器注入Bean，被spring可以掃描到 3.熔斷器類需要實現feignClient介面 4.hystrix的jar需要被maven引用，並且在classpath下 5.注意，feignClient上儘量不要使用@RequestMap
python - 函式的相互呼叫 及 變數的作用域
# -*- coding:utf-8 -*-'''@project: jiaxy@author: Jimmy@file: study_函式的相互呼叫及變數的作用域.py@ide: PyCharm Community Edition@time: 2018-11-10 10:04@blog: https://ww