鍍金池/ 問答/Java  Python  Linux  網(wǎng)絡(luò)安全/ 為什么端口x向自己發(fā)出tcp連接請求，連接到的不是listen狀態(tài)的x呢？

為什么端口x向自己發(fā)出tcp連接請求，連接到的不是listen狀態(tài)的x呢？

問題如下：
我在python下測試端口X連接自己的例子，發(fā)現(xiàn)一個問題百思不得其解，希望大牛點播：
首先第一步：我在實驗中對本機8000端口進行監(jiān)聽
然后第二步：從本機8000端口發(fā)出tcp連接，連接本機8000端口，這時我以為連接成功后，第一步監(jiān)聽的程序會返回一個連接后的sock，然而并不是這樣，真相是第二步中8000發(fā)出的connect他返回的sock，可以自己進行send和recv
最后第三步：從本機8001端口發(fā)出tcp連接，連接本機8000端口，這時第一步中的監(jiān)聽成功返回連接的sock，這個sock就是第三步中8001與第一步中8000的連接

代碼如下：
第一步，終端一：
from socket import *
t1 = socket()
t1.setsockopt(SOL_SOCKET,SO_REUSEPORT,1)
t1.bind(("127.0.0.1",8000))
t1.listen(1)
s,a = t1.accept() //進入阻塞

第二步，終端二：
from socket import *
t2 = socket()
t2.setsockopt(SOL_SOCKET,SO_REUSEPORT,1)
t2.bind(("127.0.0.1",8000))
t2.connect(("127.0.0.1",8000)) //t1仍舊阻塞

clipboard.png

第三步，終端三：
from socket import *
t3 = socket()
t3.bind(("127.0.0.1",8001))
t3.connect(("127.0.0.1",8000)) //這時t1返回連接sock

clipboard.png

求問大牛，這是為什么？？
為什么t3連接的是t1,但t2的連接的卻是t2自己呢？
t2連接自己：
clipboard.png

t3連接t1:

clipboard.png
clipboard.png

回答
編輯回答
青瓷

python的socket默認是單進程狀態(tài)，是堵塞的，所以支持多個進程綁定同一個端口，目的是當一個進程阻塞的時候，同一端口的其他空閑進程進行響應(yīng)。
t2.connect很好理解啊，首先A端口connect B端口，那么A端口肯定也要listen啊，因為tcp是三次握手信號，所以connect默認listen不用像accept之前要先listen一下。所以t2 connect 8000的同時也listen 8000 那么t2和t1誰的距離近就不用說了吧，就近原則（或者底層lru緩存，t1 8000->t2 8000 connect 8000 t2）

2018年9月13日 16:35