Windows 端口未被占用却提示“端口冲突”的排查与解决
¶1. 问题现象
在 Windows 系统中启动应用（如 Tomcat、Node.js、Spring Boot 等）时，系统抛出 Address already in use (端口已被占用) 错误。然而，使用常规命令 netstat -ano | findstr ":8080" 查询时，却**没有任何进程（PID）**在监听该端口。
¶2. 根本原因（Why）
该现象由 Windows Hyper-V / WSL2 / Docker Desktop 与 WinNAT（网络地址转换服务） 的底层机制冲突导致：
- 系统保留机制：WinNAT 服务在系统启动时，会随机、成批地向系统内核申请保留多段 TCP 端口（通常每组 100 个），用于虚拟机或容器的内部通信。
- 默认范围过低：Windows 默认的动态端口起始位置偏低，导致系统在随机霸占端口时，经常误将开发者常用的核心端口（如
8080,3000,9000）锁死。 - 特征：这些被系统保留的端口在
netstat中对普通应用显示为“空闲”，但普通应用无权绑定。且每次重启电脑后，被保留的端口区间会随机发生变化。
¶3. 排查方法
打开具有 管理员权限 的命令提示符（CMD）或 PowerShell，运行以下命令查看系统当前排他的端口范围：netsh int ipv4 show excludedportrange protocol=tcp
结果分析：
若输出的表格中，目标端口（例如 8080）落在了某一组 开始端口 和 结束端口 的区间内，即可证实该端口已被系统强制保留。
¶4. 彻底解决方案（One-Time Fix）
为了彻底解决并防止系统未来继续随机侵占低位常用开发端口，最有效的办法是将 Windows 的动态端口起始位置移至国际标准高位段（49152）。
请在 管理员权限 的终端中，严格按照以下步骤执行：
¶步骤一：暂停网络转换服务
因为部分端口当前正被系统占用，直接修改可能会触发“拒绝访问”或“文件正被使用”的错误。需要先暂停 WinNAT 服务：net stop winnat
¶步骤二：重置动态端口范围
将 TCP 和 UDP 的动态端口起点强制修改为 49152（共分配 16383 个端口）。修改后，系统服务将只在 49152~65535 之间随机保留端口，永远不会再触碰 8080 等低位端口。netsh int ipv4 set dynamicport tcp start=49152 num=16383
netsh int ipv4 set dynamicport udp start=49152 num=16383
¶步骤三：重新启动网络服务
net start winnat |
¶步骤四：重启计算机
执行完上述操作后，必须重启电脑使配置在系统内核中彻底生效。
¶5. 验证结果
电脑重启后，再次以管理员身份运行排查命令：netsh int ipv4 show excludedportrange protocol=tcp
此时会发现诸如 8023-8122 这一类处于低位段（10000以下）的保留区间已全部移至 49152 之后，8080 端口成功释放，应用可正常启动。