UDP 通訊器不必將套接字繫結到本地位址

客戶端不需要固定埠，UDPCLIENT 在客戶端傳送訊息時應自動選擇可用埠。

伺服器不可能在NAT內部向客戶端發起訊息，因此必須等待客戶端傳送訊息，然後匆忙傳送返回值。 這是因為 NAT 路由器只會在短時間內維護 UDP 訊息的回發規則，在此期間，路由器可以正確地將外部訊息傳送到內部訊息。

DatagramSocket 用於接收和傳送 UDP 套接字例項。 此類有 3 個建構函式： datagramsocket（）：

通常用於客戶端程式設計，它沒有要偵聽的特定埠，只是乙個臨時埠。 該程式將要求作業系統分配乙個可用埠。 datagramsocket(int port)：

建立例項並偵聽埠上的資料包。 通常在伺服器端使用。

如果沒有這個邏輯，你就無法接收到訊息，可能是因為傳送給你的 remoteep 只是你的發件人的埠號。

不，只是如果不指定監聽埠號，客戶端怎麼監聽呢？ 伺服器如何知道要返回到客戶端的埠？

一般情況下，服務端會根據客戶端返回埠號，例如客戶端使用1024向伺服器傳送80埠，那麼伺服器收到後會返回哪個埠給客戶端呢？ 所以最好回到1024。

當UDP在外網通訊時，需要內網客戶端向外網的伺服器傳送訊息（獨立IP，無路由），內網路由會開乙個洞，讓外網目的IP和目的埠在短時間內發回訊息，否則外網的訊息無法傳送到內網的電腦，會直接丟擲按路線。所以。

對於伺服器來說，哪個埠接收到它，必須用哪個埠發回去，而且必須盡快傳送，否則內網路由會堵住漏洞。 在網際網絡上再次傳送的訊息，或者不是“以同樣的方式返回”的訊息，都被扔掉了...... 所以我無法理解。

同樣，路由會將返回的訊息**傳送到客戶端 IP 指定的埠，如果埠不同，您的客戶端將不會收到它......

沒有這個陳述，你的結論是錯誤的。

《夢中無處可尋》：月兒去哪兒雲端？ 忘了回來，別說春天快要黃昏了。 千草花草，是冷食路，香車拴在誰的樹上。 淚眼婆娑地靠在樓上可以是獨白，雙顏來了，你是不是遇見了墨？ 春愁的騷動像柳絮，夢中無處可尋。