设置ServicePointManager.ReusePort后TCP端口复用机制及测试疑问

你测试里的现象其实是正常的，我来帮你理清ReusePort的实际作用，以及它和HTTP连接池设置的关系：

1. 为什么你的测试里始终是8个端口？ #

你设置了MaxConnectionsPerServer = 8和ServicePointManager.DefaultConnectionLimit = 8，这是HTTP/1.1客户端的并发连接数限制——对于同一个目标服务器，HttpClient会最多维持8个TCP并发连接（因为HTTP/1.1默认单连接同时只能处理一个请求，除非启用流水线，而现代客户端默认不开启）。这8个连接各自对应一个TCP端口，这个数量是由连接池的并发限制决定的，和ReusePort没有直接冲突。

2. ReusePort的核心作用：端口复用而非单端口共享 #

ServicePointManager.ReusePort = true是让.NET底层使用Windows的SO_REUSE_UNICASTPORT套接字选项，它的核心能力是：

• 允许同一个进程内的多个TCP套接字绑定到同一个源IP+端口组合（即使之前使用该端口的连接还处于TIME_WAIT状态）
• 它不是让所有并发连接共用同一个端口，而是让新的连接可以复用旧连接释放的端口，避免短时间内大量创建连接导致的端口耗尽问题

举个场景对比：

• 关闭ReusePort：当8个连接处理完请求关闭后，这些端口会进入TIME_WAIT状态（通常持续几分钟），如果此时你再次发起200个请求，新创建的连接只能用全新的端口，多次重复后可能会耗尽可用的临时端口
• 开启ReusePort：新的连接可以直接复用那些处于TIME_WAIT的端口，不需要等待端口释放，大大减少了端口的占用数量

3. 你测试里的误区：单端口共享不是ReusePort的设计目标 #

HTTP协议的并发模型（尤其是HTTP/1.1）本身就依赖多连接来提升并发能力，ReusePort的设计目的不是打破这个模型，而是解决端口耗尽的痛点。如果想让所有请求共用单个端口，你需要使用HTTP/2（默认多路复用，单TCP端口处理多个并发请求），这和ReusePort是完全不同的优化方向。

4. 你的代码补充说明 #

• 你在MyHandler的构造函数里再次设置ServicePointManager.ReusePort = true是多余的，全局设置一次就足够生效
• 在.NET Core环境下，HttpClient的底层实现和.NET Framework略有不同，但ReusePort的核心逻辑一致，都是通过套接字选项实现端口复用

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