Windows 10动态预留端口是全局核算还是按目标连接端口单独计算？

对应你给出的两个选项的结论 #

• 正确规则为：全系统全局总量维度核算
• 不存在按目标端口单独划分临时端口池的逻辑，你之前的判断不符合Windows的实际实现

实测现象的匹配逻辑 #

你原本假设按目标端口单独核算的前提，是系统会为不同的服务端端口分配独立的临时端口资源池，但实际Windows分配出站客户端临时端口时，完全不感知当前连接的目标IP、目标端口：

• 所有出站TCP连接的客户端端口，都会从系统全局配置的动态端口区间内抓取空闲值分配
• 你更换不同端口部署服务端的操作，没有改变全局临时端口池的总量上限，因此触发端口耗尽的连接数阈值完全一致，和你的实测结果完全吻合

报错的底层原因 #

你遇到的Only one usage of each socket address (protocol/network address/port) is normally permitted报错，本质是全局临时端口池被耗尽，并非同一端口重复绑定的常规冲突：

• 你的客户端作为主动关闭连接的一方，会让对应的客户端端口进入TIME_WAIT状态，Windows默认该状态留存时长为60秒，期间端口不会被分配给新的出站连接
• Windows 10默认的动态TCP端口区间为49152~65535，总共有16384个可用端口，短时间内高频新建连接时，旧端口还未从TIME_WAIT状态释放就占满全局池子，就会触发该报错

常用排查与调整操作 #

• 查看当前系统全局动态端口区间：执行netsh int ipv4 show dynamicport tcp
• 管理员权限下临时扩容动态端口区间：netsh int ipv4 set dynamicport tcp start=1025 num=64511，注意避开已被系统或第三方程序保留的端口段
• 应用层最优解是替换短连接逻辑为连接池复用，减少高频新建连接带来的临时端口消耗

内容的提问来源于stack exchange，提问作者MichaelW