欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品

主頁 > 知識庫 > 詳解從Linux源碼看Socket(TCP)的bind

詳解從Linux源碼看Socket(TCP)的bind

熱門標簽:400電話申請方案 做外呼系統(tǒng)的公司違法嗎 寧夏房產(chǎn)智能外呼系統(tǒng)要多少錢 貴陽教育行業(yè)電話外呼系統(tǒng) 藍點外呼系統(tǒng) 在百度地圖標注車輛 威海人工外呼系統(tǒng)供應商 撫順移動400電話申請 烏海智能電話機器人

一、一個最簡單的Server端例子

眾所周知,一個Server端Socket的建立,需要socket、bind、listen、accept四個步驟。

代碼如下:

void start_server(){
    // server fd
    int sockfd_server;
    // accept fd 
    int sockfd;
    int call_err;
    struct sockaddr_in sock_addr;

    sockfd_server = socket(AF_INET,SOCK_STREAM,0);
    memset(&sock_addr,0,sizeof(sock_addr));
    sock_addr.sin_family = AF_INET;
    sock_addr.sin_addr.s_addr = htonl(INADDR_ANY);
    sock_addr.sin_port = htons(SERVER_PORT);
    // 這邊就是我們今天的聚焦點bind
    call_err=bind(sockfd_server,(struct sockaddr*)(&sock_addr),sizeof(sock_addr));
    if(call_err == -1){
        fprintf(stdout,"bind error!\n");
        exit(1);
    }
    // listen
    call_err=listen(sockfd_server,MAX_BACK_LOG);
    if(call_err == -1){
        fprintf(stdout,"listen error!\n");
        exit(1);
    }
}

首先我們通過socket系統(tǒng)調(diào)用創(chuàng)建了一個socket,其中指定了SOCK_STREAM,而且最后一個參數(shù)為0,也就是建立了一個通常所有的TCP Socket。在這里,我們直接給出TCP Socket所對應的ops也就是操作函數(shù)。

二、bind系統(tǒng)調(diào)用

bind將一個本地協(xié)議地址(protocol:ip:port)賦予一個套接字。例如32位的ipv4地址或128位的ipv6地址+16位的TCP活UDP端口號。

#include <sys/socket.h>
// 返回,若成功則為0,若出錯則為-1
int bind(int sockfd, const struct sockaddr *myaddr, socklen_t addrlen); 

好了,我們直接進入Linux源碼調(diào)用棧吧。

bind

// 這邊由系統(tǒng)調(diào)用的返回值會被glibc的INLINE_SYSCALL包一層

// 若有錯誤,則設(shè)置返回值為-1,同時將系統(tǒng)調(diào)用的返回值的絕對值設(shè)置給errno

|->INLINE_SYSCALL (bind......);

|->SYSCALL_DEFINE3(bind......);

/* 檢測對應的描述符fd是否存在,不存在,返回-BADF

|->sockfd_lookup_light

|->sock->ops->bind(inet_stream_ops)

|->inet_bind

|->AF_INET兼容性檢查

|-><1024端口權(quán)限檢查

/* bind端口號校驗or選擇(在bind為0的時候)

|->sk->sk_prot->get_port(inet_csk_get_port)

2.1、inet_bind

inet_bind這個函數(shù)主要做了兩個操作,一是檢測是否允許bind,而是獲取可用的端口號。這邊值得注意的是。如果我們設(shè)置需要bind的端口號為0,那么Kernel會幫我們隨機選擇一個可用的端口號來進行bind!

// 讓系統(tǒng)隨機選擇可用端口號
sock_addr.sin_port = 0;
call_err=bind(sockfd_server,(struct sockaddr*)(&sock_addr),sizeof(sock_addr));

讓我們看下inet_bind的流程

值得注意的是,由于對于<1024的端口號需要CAP_NET_BIND_SERVICE,我們在監(jiān)聽80端口號(例如啟動nginx時候),需要使用root用戶或者賦予這個可執(zhí)行文件CAP_NET_BIND_SERVICE權(quán)限。

use root 

 or

setcap cap_net_bind_service=+eip ./nginx 

我們的bind允許綁定到0.0.0.0即INADDR_ANY這個地址上(一般都用這個),它意味著內(nèi)核去選擇IP地址。對我們最直接的影響如下圖所示:

然后,我們看下一個比較復雜的函數(shù),即可用端口號的選擇過程inet_csk_get_port
(sk->sk_prot->get_port)

2.2、inet_csk_get_port

第一段,如果bind port為0,隨機搜索可用端口號

直接上源碼,第一段代碼為端口號為0的搜索過程

// 這邊如果snum指定為0,則隨機選擇端口
int inet_csk_get_port(struct sock *sk, unsigned short snum)
{
	......
	// 這邊net_random()采用prandom_u32,是偽(pseudo)隨機數(shù)
	smallest_rover = rover = net_random() % remaining + low;
	smallest_size = -1;
	// snum=0,隨機選擇端口的分支
	if(!sum){
		// 獲取內(nèi)核設(shè)置的端口號范圍,對應內(nèi)核參數(shù)/proc/sys/net/ipv4/ip_local_port_range 
		inet_get_local_port_range(&low,&high);
		......
		do{
			if(inet_is_reserved_local_port(rover)
				goto next_nonlock; // 不選擇保留端口號
			......
			inet_bind_bucket_for_each(tb, &head->chain)
				// 在同一個網(wǎng)絡(luò)命名空間下存在和當前希望選擇的port rover一樣的port
				if (net_eq(ib_net(tb), net) && tb->port == rover) {
					// 已經(jīng)存在的sock和當前新sock都開啟了SO_REUSEADDR,且當前sock狀態(tài)不為listen
					// 或者
					// 已經(jīng)存在的sock和當前新sock都開啟了SO_REUSEPORT,而且兩者都是同一個用戶
					if (((tb->fastreuse > 0 &&
					      sk->sk_reuse &&
					      sk->sk_state != TCP_LISTEN) ||
					     (tb->fastreuseport > 0 &&
					      sk->sk_reuseport &&
					      uid_eq(tb->fastuid, uid))) &&
					    (tb->num_owners < smallest_size || smallest_size == -1)) {
					   // 這邊是選擇一個最小的num_owners的port,即同時bind或者listen最小個數(shù)的port
					   // 因為一個端口號(port)在開啟了so_reuseaddr/so_reuseport之后,是可以多個進程同時使用的
						smallest_size = tb->num_owners;
						smallest_rover = rover;
						if (atomic_read(&hashinfo->bsockets) > (high - low) + 1 &&
						    !inet_csk(sk)->icsk_af_ops->bind_conflict(sk, tb, false)) {
						    // 進入這個分支,表明可用端口號已經(jīng)不夠了,同時綁定當前端口號和之前已經(jīng)使用此port的不沖突,則我們選擇這個端口號(最小的)
							snum = smallest_rover;
							goto tb_found;
						}
					}
					// 若端口號不沖突,則選擇這個端口
					if (!inet_csk(sk)->icsk_af_ops->bind_conflict(sk, tb, false)) {
						snum = rover;
						goto tb_found;
					}
					goto next;
				}
			break;
			// 直至遍歷完所有的可用port
		} while (--remaining > 0);
	}
	.......
}

由于,我們在使用bind的時候很少隨機端口號(在TCP服務器來說尤其如此),這段代碼筆者就注釋一下。一般只有一些特殊的遠程過程調(diào)用(RPC)中會使用隨機Server端隨機端口號。

第二段,找到端口號或已經(jīng)指定

have_snum:
	inet_bind_bucket_for_each(tb, &head->chain)
			if (net_eq(ib_net(tb), net) && tb->port == snum)
				goto tb_found;
	}
	tb = NULL;
	goto tb_not_found
tb_found:
	// 如果此port已被bind
	if (!hlist_empty(&tb->owners)) {
		// 如果設(shè)置為強制重用,則直接成功
		if (sk->sk_reuse == SK_FORCE_REUSE)
			goto success;
	}
	if (((tb->fastreuse > 0 &&
		      sk->sk_reuse && sk->sk_state != TCP_LISTEN) ||
		     (tb->fastreuseport > 0 &&
		      sk->sk_reuseport && uid_eq(tb->fastuid, uid))) &&
		    smallest_size == -1) {
		    // 這個分支表明之前bind的port和當前sock都設(shè)置了reuse同時當前sock狀態(tài)不為listen
			// 或者同時設(shè)置了reuseport而且是同一個uid(注意,設(shè)置了reuseport后,可以同時listen同一個port了)
			goto success;
	} else {
			ret = 1;
			// 檢查端口是否沖突
			if (inet_csk(sk)->icsk_af_ops->bind_conflict(sk, tb, true)) {
				if (((sk->sk_reuse && sk->sk_state != TCP_LISTEN) ||
				     (tb->fastreuseport > 0 &&
				      sk->sk_reuseport && uid_eq(tb->fastuid, uid))) &&
				    smallest_size != -1 && --attempts >= 0) {
				    // 若沖突,但是設(shè)置了reuse非listen狀態(tài)或者設(shè)置了reuseport且出在同一個用戶下
				    // 則可以進行重試
					spin_unlock(&head->lock);
					goto again;
				}

				goto fail_unlock;
			}
			// 不沖突,走下面的邏輯
		}
tb_not_found:
	if (!tb && (tb = inet_bind_bucket_create(hashinfo->bind_bucket_cachep,
					net, head, snum)) == NULL)
			goto fail_unlock;
	// 設(shè)置fastreuse
	// 設(shè)置fastreuseport
success:
	......
	// 將當前sock鏈入tb->owner,同時tb->num_owners++
	inet_bind_hash(sk, tb, snum);
	ret = 0;
	// 返回bind(綁定)成功
	return ret;

三、判斷端口號是否沖突

在上述源碼中,判斷端口號時否沖突的代碼為

inet_csk(sk)->icsk_af_ops->bind_conflict 也即 inet_csk_bind_conflict
int inet_csk_bind_conflict(const struct sock *sk,
			   const struct inet_bind_bucket *tb, bool relax){
	......
	sk_for_each_bound(sk2, &tb->owners) {
			// 這邊判斷表明,必須同一個接口(dev_if)才進入下內(nèi)部分支,也就是說不在同一個接口端口的不沖突
			if (sk != sk2 &&
		    !inet_v6_ipv6only(sk2) &&
		    (!sk->sk_bound_dev_if ||
		     !sk2->sk_bound_dev_if ||
		     sk->sk_bound_dev_if == sk2->sk_bound_dev_if)) 
		     {
		     	if ((!reuse || !sk2->sk_reuse ||
			    sk2->sk_state == TCP_LISTEN) &&
			    (!reuseport || !sk2->sk_reuseport ||
			    (sk2->sk_state != TCP_TIME_WAIT &&
			     !uid_eq(uid, sock_i_uid(sk2))))) {
			   // 在有一方?jīng)]設(shè)置reuse且sock2狀態(tài)為listen 同時
			   // 有一方?jīng)]設(shè)置reuseport且sock2狀態(tài)不為time_wait同時兩者的uid不一樣的時候
				const __be32 sk2_rcv_saddr = sk_rcv_saddr(sk2);
				if (!sk2_rcv_saddr || !sk_rcv_saddr(sk) ||
				 	 // ip地址一樣,才算沖突
				    sk2_rcv_saddr == sk_rcv_saddr(sk))
					break;
			}
			// 非放松模式,ip地址一樣,才算沖突
			......
		  	return sk2 != NULL;
	}
	......
}

上面代碼的邏輯如下圖所示:

四、SO_REUSEADDR和SO_REUSEPORT

上面的代碼有點繞,筆者就講一下,對于我們?nèi)粘i_發(fā)要關(guān)心什么。

我們在上面的bind里面經(jīng)常見到sk_reuse和sk_reuseport這兩個socket的Flag。這兩個Flag能夠決定是否能夠bind(綁定)成功。這兩個Flag的設(shè)置在C語言里面如下代碼所示:

 setsockopt(sockfd_server, SOL_SOCKET, SO_REUSEADDR, &(int){ 1 }, sizeof(int));
 setsockopt(sockfd_server, SOL_SOCKET, SO_REUSEPORT, &(int){ 1 }, sizeof(int));

在原生JAVA中

 // java8中,原生的socket并不支持so_reuseport
 ServerSocket server = new ServerSocket(port);
 server.setReuseAddress(true);

在Netty(Netty版本 >= 4.0.16且Linux內(nèi)核版本>=3.9以上)中,可以使用SO_REUSEPORT。

五、SO_REUSEADDR

在之前的源碼里面,我們看到判斷bind是否沖突的時候,有這么一個分支

(!reuse || !sk2->sk_reuse ||
			    sk2->sk_state == TCP_LISTEN) /* 暫忽略reuseport */){
	// 即有一方?jīng)]有設(shè)置
}

如果sk2(即已bind的socket)是TCP_LISTEN狀態(tài)或者,sk2和新sk兩者都沒有設(shè)置_REUSEADDR的時候,可以判斷為沖突。

我們可以得出,如果原sock和新sock都設(shè)置了SO_REUSEADDR的時候,只要原sock不是Listen狀態(tài),都可以綁定成功,甚至ESTABLISHED狀態(tài)也可以!

這個在我們平常工作中,最常見的就是原sock處于TIME_WAIT狀態(tài),這通常在我們關(guān)閉Server的時候出現(xiàn),如果不設(shè)置SO_REUSEADDR,則會綁定失敗,進而啟動不來服務。而設(shè)置了SO_REUSEADDR,由于不是TCP_LISTEN,所以可以成功。

這個特性在緊急重啟以及線下調(diào)試的非常有用,建議開啟。

六、SO_REUSEPORT

SO_REUSEPORT是Linux在3.9版本引入的新功能。

1.在海量高并發(fā)連接的創(chuàng)建時候,由于正常的模型是單線程listener分發(fā),無法利用多核優(yōu)勢,這就會成為瓶頸。

2.CPU緩存行丟失

我們看下一般的Reactor線程模型,

明顯的其單線程listen/accept會存在瓶頸(如果采用多線程epoll accept,則會驚群,加WQ_FLAG_EXCLUSIVE可以解決一部分),尤其是在采用短鏈接的情況下。
鑒于此,Linux增加了SO_REUSEPORT,而之前bind中判斷是否沖突的下面代碼也是為這個參數(shù)而添加的邏輯:

if(!reuseport || !sk2->sk_reuseport ||
			    (sk2->sk_state != TCP_TIME_WAIT &&
			     !uid_eq(uid, sock_i_uid(sk2))

這段代碼讓我們在多次bind的時候,如果設(shè)置了SO_REUSEPORT的時候不會報錯,也就是讓我們有個多線程(進程)bind/listen的能力。如下圖所示:

而開啟了SO_REUSEPORT后,代碼棧如下:

tcp_v4_rcv
	|->__inet_lookup_skb 
		|->__inet_lookup
			|->__inet_lookup_listener
 /* 用打分和偽隨機數(shù)等挑選出一個listen的sock */
struct sock *__inet_lookup_listener(......)
{
	......
	if (score > hiscore) {
			result = sk;
			hiscore = score;
			reuseport = sk->sk_reuseport;
			if (reuseport) {
				phash = inet_ehashfn(net, daddr, hnum,
						     saddr, sport);
				matches = 1;
			}
		} else if (score == hiscore && reuseport) {
			matches++;
			if (((u64)phash * matches) >> 32 == 0)
				result = sk;
			phash = next_pseudo_random32(phash);
		}
	......
}

直接在內(nèi)核層面做負載均衡,將accept的任務分散到不同的線程的不同socket上(Sharding),毫無疑問可以多核能力,大幅提升連接成功后的socket分發(fā)能力。

Nginx已經(jīng)采用SO_REUSEPORT

Nginx在1.9.1版本的時候引入了SO_REUSEPORT,配置如下:

http {
     server {
          listen 80 reuseport;
          server_name  localhost;
          # ...
     }
}

stream {
     server {
          listen 12345 reuseport;
          # ...
     }
}

七、總結(jié)

Linux內(nèi)核源碼博大精深,一個看起來簡單的bind系統(tǒng)調(diào)用竟然牽涉這么多,在里面可以挖掘出各種細節(jié)。在此分享出來,希望對讀者有所幫助。

以上就是詳解從Linux源碼看Socket(TCP)的bind的詳細內(nèi)容,更多關(guān)于從Linux Socket(TCP) bind的資料請關(guān)注腳本之家其它相關(guān)文章!

標簽:朝陽 泰州 蕪湖 周口 那曲 銅川 慶陽 松原

巨人網(wǎng)絡(luò)通訊聲明:本文標題《詳解從Linux源碼看Socket(TCP)的bind》,本文關(guān)鍵詞  詳解,從,Linux,源碼,看,Socket,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《詳解從Linux源碼看Socket(TCP)的bind》相關(guān)的同類信息!
  • 本頁收集關(guān)于詳解從Linux源碼看Socket(TCP)的bind的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    欧美阿v视频在线大全_亚洲欧美中文日韩V在线观看_www性欧美日韩欧美91_亚洲欧美日韩久久精品
  • <rt id="w000q"><acronym id="w000q"></acronym></rt>
  • <abbr id="w000q"></abbr>
    <rt id="w000q"></rt>
    久久久青草青青国产亚洲免观| 亚洲柠檬福利资源导航| 日韩福利电影在线| 日韩精品国产一区| 艳妇荡乳欲伦69影片| 国产欧美一区二区三区鸳鸯浴| 久久99精品一区二区三区三区| av鲁丝一区鲁丝二区鲁丝三区| 在线播放视频一区| 午夜精品一区二区三区免费视频| 免费黄视频在线观看| 欧美日韩免费高清一区色橹橹| 一区二区日韩av| 91麻豆国产精品久久| 欧美中文一区二区三区| 亚洲人成网站影音先锋播放| 99精品热视频| 欧美日韩在线播放三区四区| 亚洲国产精品久久艾草纯爱| 无码国产精品一区二区免费式直播 | 艳妇乳肉亭妇荡乳av| 欧美一区二区在线播放| 日本欧洲一区二区| 欧美图片一区二区| 精品不卡在线视频| 国产精品中文字幕欧美| 成熟的女同志hd| 亚洲乱码国产乱码精品精98午夜 | 成人精品国产免费网站| 色一情一伦一子一伦一区| 亚洲美女淫视频| 一级少妇精品久久久久久久| 日韩西西人体444www| 国产自产2019最新不卡| 久久人妻无码aⅴ毛片a片app| 综合久久综合久久| 在线观看你懂的视频| 7777精品伊人久久久大香线蕉最新版 | 国产在线视频不卡二| 婷婷国产成人精品视频| 最近中文字幕一区二区三区| 中文字幕永久免费| 精品日韩一区二区三区免费视频| 国产乱色国产精品免费视频| 欧美性猛交xxxxx少妇| 亚洲丰满少妇videoshd| 中文字幕在线看高清电影| 欧美激情在线看| 91同城在线观看| 日韩视频免费观看高清完整版| 久草在线在线精品观看| 国产精品九九九九九九| 亚洲高清在线精品| 蜜桃久久精品成人无码av| 日韩一区日韩二区| 国产精品九九视频| 欧美激情一区二区在线| 一级全黄裸体片| 久久伊99综合婷婷久久伊| 99精品在线观看视频| 日韩欧美自拍偷拍| 粉嫩av亚洲一区二区图片| 欧美精品视频www在线观看| 激情av综合网| 精品污污网站免费看| 久久精品国产99国产| 色婷婷综合中文久久一本| 日韩av一区二区三区| 日韩精品久久久久久久的张开腿让| 亚洲乱码精品一二三四区日韩在线| 午夜理伦三级做爰电影| 亚洲人成精品久久久久久| 一区二区黄色片| 亚洲乱码中文字幕综合| 在线免费观看视频| 亚洲一区二区中文在线| 制服丨自拍丨欧美丨动漫丨| 蜜桃传媒一区二区亚洲| 美国黄色a级片| 国产精品乱人伦中文| av在线网站观看| 一区二区三区在线观看欧美| xxxx日本黄色| 亚洲国产美女搞黄色| 国产suv精品一区二区68| 欧美aaaaa成人免费观看视频| 色综合天天综合网天天狠天天 | 日韩欧美亚洲国产另类| www.在线欧美| 久久亚洲欧美国产精品乐播| 成年女人免费视频| 国产精品久久久久一区| 加勒比一区二区| 性感美女久久精品| 日本韩国视频一区二区| 国产制服丝袜一区| 欧美一区二区在线看| 99re视频这里只有精品| 欧美国产一区在线| 国产ts在线播放| 午夜免费久久看| 在线欧美一区二区| 国产99久久久国产精品免费看| 精品国产一二三| 国模私拍在线观看| 一区二区高清视频在线观看| 国产少妇在线观看| 国产成人在线电影| 久久久综合激的五月天| 亚洲精品成人无码熟妇在线| 午夜激情综合网| 精品污污网站免费看| 91最新地址在线播放| 国产精品成人一区二区艾草| 国产aaaaaaaaa| 久久99精品国产91久久来源| 日韩丝袜美女视频| 中文字幕在线播放一区| 亚洲一二三专区| 欧美网站一区二区| ass极品水嫩小美女ass| 亚洲免费资源在线播放| 一本一道波多野结衣一区二区| 国产99久久精品| 国产精品久久久爽爽爽麻豆色哟哟| 黄色国产在线播放| 国产米奇在线777精品观看| 久久这里只精品最新地址| 中文字幕第20页| 国内精品第一页| 国产亚洲一区二区在线观看| wwwww黄色| 国产在线精品不卡| 国产欧美精品一区| 极品色av影院| av亚洲精华国产精华| 亚洲裸体xxx| 欧美性淫爽ww久久久久无| 伊人影院在线观看视频| 亚洲国产乱码最新视频 | 精品国产91久久久久久久妲己| 少妇毛片一区二区三区| 久久精品国内一区二区三区| 久久久久青草大香线综合精品| 又色又爽的视频| 成人激情动漫在线观看| 亚洲欧美日韩系列| 欧美日韩久久久一区| 国产熟女高潮一区二区三区| 麻豆91免费观看| 久久久久久久久一| 成人涩涩小片视频日本| 99热精品一区二区| 亚洲国产一区在线观看| 日韩一区二区影院| 无码少妇精品一区二区免费动态| 国产精品亚洲午夜一区二区三区| 国产精品高潮呻吟| 欧美调教femdomvk| 日本黄色录像片| 国产一区二区看久久| 亚洲人快播电影网| 欧美一区二区视频观看视频| 人妻体内射精一区二区| 福利视频网站一区二区三区| 一区二区三区蜜桃网| 欧美成人一区二区三区片免费 | 亚洲精品一区二区三区影院 | 538精品视频| 波多野结衣中文字幕一区| 亚洲国产日韩在线一区模特| 欧美草草影院在线视频| 色欲一区二区三区精品a片| 动漫美女无遮挡免费| 黑人巨大精品欧美黑白配亚洲| 亚洲欧美综合在线精品| 91精品国产色综合久久 | 日韩高清国产一区在线| 久久丝袜美腿综合| 色哟哟日韩精品| 动漫精品一区二区三区| 国产精品一区二区x88av| 一区二区三区产品免费精品久久75| 日韩免费电影网站| 国产88在线观看入口| 免费成人蒂法网站| 成人av网站免费| 日本中文在线一区| 国产精品久久久久久亚洲毛片| 欧美精品在线观看播放| 永久免费看片视频教学| 黄色免费视频网站| 成人高清视频免费观看| 免费三级欧美电影| 亚洲精品乱码久久久久| 精品国产成人系列| 欧美日韩国产首页| 免费成年人视频在线观看| 熟女丰满老熟女熟妇| 91小视频在线免费看|