TCP長連接服務(wù)端,監(jiān)聽多個(gè)端口和一個(gè)端口有什么區(qū)別？

nameofhsw

TCP長連接服務(wù)端，分兩種情況。
一種是服務(wù)端監(jiān)聽多個(gè)端口（每個(gè)客戶端連接一個(gè)）；
一種是服務(wù)端監(jiān)聽一個(gè)端口（每個(gè)客戶端都連接）
這兩種方式的區(qū)別在哪里？
是不是服務(wù)端ACCEPT之后系統(tǒng)會分配新的端口，那樣的話，第一種方式也就是沒有必要的么？

PHPNewJob

這種說法不科學(xué)啊?
只記得監(jiān)聽一個(gè)端口 每個(gè)客戶端都連接這個(gè)...
Accept后,只是對sock的fd文件操作描述而已.貌似跟端口木有關(guān)系了的吧.
至于一個(gè)APP監(jiān)聽多個(gè)端口可以的,但是一般都是為了管理啊,檢測區(qū)分用戶和管理連接的.

nameofhsw

短連接的時(shí)候我就是按照你說的這么理解的。
但是到了長連接我就抓瞎了。

myworkstation

回復(fù) 1# nameofhsw
第一種方法沒有必須，Accept之后系統(tǒng)不會分配新端口，TCP連接可以由一個(gè)四元組唯一的識別(local ip,local port,remote ip,remote port)。不同客戶端，不同的連接(remote ip和remote port)總是不同的，客戶端連接的端口是動態(tài)分配的在客戶端本機(jī)不會重復(fù)，那么通過這個(gè)四元組完全可以區(qū)別任何連接。

   

nameofhsw

回復(fù) 4# myworkstation
額，那么服務(wù)端可以使用同一端口建立多個(gè)長連接？


   

myworkstation

回復(fù) 5# nameofhsw


    服務(wù)器的連接屬于被動連接，所以一個(gè)端口完全可以有多個(gè)連接，客戶端的連接是主動連接每個(gè)連接都有一個(gè)端口，如果服務(wù)器有一個(gè)連接主動連接到別的服務(wù)器那么這個(gè)連接也會有一個(gè)隨機(jī)端口。建議你去看看TCP/IP的基礎(chǔ)知識。

nameofhsw

= =
看了，只是不理解，就想以前短鏈接都沒這么想過，這次一到長連接就想不通了。

shan_ghost

源IP 源端口 目標(biāo)IP 目標(biāo)端口，這四者就唯一確定了一條TCP/UDP鏈路。

客戶端鏈接服務(wù)端，相當(dāng)于固定了目標(biāo)IP和目標(biāo)端口，故只要各個(gè)客戶端IP不同、或者雖然IP相同但端口不同，就可以區(qū)分每一條鏈接。
這就是一臺http服務(wù)器只打開一個(gè)80端口，卻可以同時(shí)為上萬人（甚至更多）服務(wù)的原因。


在服務(wù)端，端口號是為了區(qū)分不同的服務(wù)。比如一臺http服務(wù)器，網(wǎng)頁服務(wù)就放80端口；后臺管理要ssh登錄，就用22端口；ftp下載用21端口……


說的更深一些：事實(shí)上，更底層的IP協(xié)議并不包含端口號。（不考慮特殊情況）目標(biāo)為同一個(gè)IP的所有TCP/UDP包，最終都會進(jìn)入同一塊網(wǎng)卡；然后，再由上層協(xié)議棧依據(jù)包頭部的目標(biāo)端口號dispatch給bind在相應(yīng)端口的文件描述符，這才能被打開這個(gè)文件描述符的服務(wù)程序拿到（對TCP包或調(diào)用了connect的UDP包，還會進(jìn)一步按照 源IP 源端口 目標(biāo)IP 目標(biāo)端口 這個(gè)四元組，dispatch到更細(xì)分的某個(gè)文件描述符中[用accept打開]，這就是所謂的鏈路）。