“连接由四元组区分，所以只要目标服务器不同，客户端就能复用同一个源端口。”这个推理跳过了一个实际步骤：操作系统是否允许第二个Socket绑定这个本地地址。
四元组描述已经建立的TCP连接；bind处理的是本地地址与Socket的关联。两者要分开看。
一个端口可以服务多条TCP连接
在通常的TCP/IP语境中，连接由本地IP、本地端口、远端IP、远端端口共同区分。TCP规范把它表述为一对端点。RFC 9293
服务端监听某个端口后，可以accept多条连接。它们共享服务端的本地端点，远端不同，仍然是不同连接：
图是连接标识示意。监听Socket与accept返回的连接Socket用途不同，不能用“一个端口只能对应一个Socket对象”解释它们。
本次在Windows回环地址上的一组实际记录如下：
| 服务端连接Socket的本地端点 | 它的远端端点 |
|---|---|
127.0.0.1:59946 | 127.0.0.1:59948 |
127.0.0.1:59946 | 127.0.0.1:59949 |
两个连接分别收到了演示字节one和two。这是本地Socket调用记录，不是抓包截图。
不同目标地址，不会提前取消bind限制
实验环境为Windows 11专业版、系统版本10.0.26200，Python3.12.12调用Winsock。只使用IPv4回环地址，未开启SO_REUSEADDR或SO_EXCLUSIVEADDRUSE。
下面是另一个可以单独运行的精简实验。两个服务端都由本进程创建，端口通过0请求系统分配，不访问外部主机：
from contextlib import ExitStack import socket with ExitStack() as stack: def tcp(): s = stack.enter_context(socket.socket(socket.AF_INET, socket.SOCK_STREAM)) s.settimeout(2) return s a, b = tcp(), tcp() for server in (a, b): server.bind(("127.0.0.1", 0)) server.listen(1) first = tcp() first.bind(("127.0.0.1", 0)) first.connect(a.getsockname()) accepted, _ = a.accept() stack.enter_context(accepted) second = tcp() print("first:", first.getsockname(), "->", first.getpeername()) print("planned second target:", b.getsockname()) try: second.bind(first.getsockname()) except OSError as error: print("second bind failed:", error.errno) else: second.connect(b.getsockname()) print("second connected:", second.getsockname(), "->", second.getpeername())本次运行输出为：
first: ('127.0.0.1', 61620) -> ('127.0.0.1', 61618) planned second target: ('127.0.0.1', 61619) second bind failed: 10048端口由系统选择，重新运行不应期待同一组数字。关键是调用顺序：第一个Socket保持连接后，第二个Socket在bind相同本地地址时就失败了，尚未执行到连接另一目标的connect。
10048对应Windows的WSAEADDRINUSE。Microsoft的bind文档明确说明，默认情况下同一完整本地地址通常不能再次使用。这组结果只证明本机、这些Socket选项和这个调用顺序的行为，不能据此推导Linux或所有TCP实现都一样。
自动选端口与手工绑定不是同一种用法
没有特殊需求的客户端，可以让系统在connect时选择本地端点，或通过bind(..., 0)请求分配端口。0在这里是分配请求，不是最后真的用端口0通信。Winsock connect
在本次另一组自动绑定观察中，连接两个不同目标分别使用了源端口59951和59952。目标不同允许四元组不同，但系统并没有因此必须选同一个源端口。
也不应该为了得到一次bind成功就机械打开SO_REUSEADDR。不同系统的重用语义不一样；Windows文档还讨论了它对端口占用和数据接收归属的影响。是否需要重用、绑定哪种地址以及调用顺序，应按具体平台和应用设计决定。Windows地址重用说明
端口范围和服务名还要加上协议看
IANA把端口号划为系统端口0—1023、用户/注册端口1024—49151、动态/私有端口49152—65535。操作系统实际用于自动分配的范围还受配置影响；本机IPv4 TCP动态范围是49152起、共16384个端口，不代表所有系统都采用同一配置。RFC 6335
端口是服务约定的一部分，不是程序身份。TCP与UDP也要区分。例如，1080常见的登记服务是SOCKS，不是“Socket API专属端口”；一个具体服务也可以配置在其他端口。IANA登记表
因此，端口号总数不能直接当作全机TCP连接数上限。评估连接规模时，还要考虑双方地址、目的端点、分配策略、连接状态和系统资源。对于终止连接再转发的代理，客户端到代理、代理到目标也应分别计数，而不是混成一条四元组。
修订于2026年11月1日：补Windows回环实验，区分连接标识与绑定限制，修正端口表并收拢原来的代理话题。
