明明没有程序占用端口，但是启动程序却提示端口无法使用，项目也启动失败
win10、端口占用、port、netstat、used
背景
曾在springboot中遇到过，新建spring cloud时又遇到这个问题，如果不从根本上解决，就需要改端口，太过麻烦，为免再浪费时间所以这个问题必须要解决了。
问题描述
正常启动项目，在某次项目异常关闭后，重新启动项目，失败，提示端口占用。
使用NETSTAT.EXE -ano|findstr.exe "8080" （8080是需要使用而被占用的端口）查看，并无程序占用。重复启动数次，仍然启动失败。
原因分析
搜索到这篇文章
，得知是系统“TCP动态端口起始端口”配置问题，修改动态端口范围即可解决。
解决方案及结果展示
- 以管理员身份运行CMD
- 使用
netsh int ipv4 show dynamicport tcp查看动态端口范围 (bash运行)
$ netsh int ipv4 show dynamicport tcp
协议 tcp 动态端口范围
---------------------------------
启动端口 : 1024
端口数 : 13977
$ netsh int ipv4 show dynamicport udp
协议 udp 动态端口范围
---------------------------------
启动端口 : 1024
端口数 : 13977
- 关闭Hyper-V （powershell管理员，下同）
执行命令：dism.exe /Online /Disable-Feature:Microsoft-Hyper-V
或在控制面板“程序与功能”中关闭。（这步完成后不要关机）
PS C:\Windows\system32> Dism.exe /Online /Disable-Feature:Microsoft-Hyper-V
部署映像服务和管理工具
版本: 10.0.18362.1
映像版本: 10.0.18363.418
禁用一个或多个功能
[==========================100.0%==========================]
操作成功完成。
- 修改动态端口范围（注意下面不是同样的命令执行了两遍，而是tcp一遍，udp一遍）
PS C:\Windows\system32> netsh int ipv4 set dynamicport udp start=51535 num=13977
确定。
PS C:\Windows\system32> netsh int ipv4 set dynamicport tcp start=51535 num=13977
确定。
说明一下这里为什么端口起点使用51535，因为端口最大是65535（两字节长度），默认端口数是13977约14000，所以将最大允许端口减去端口数，得到了51535。
- 检查结果 （bash）
$ netsh int ipv4 show dynamicport udp
协议 udp 动态端口范围
---------------------------------
启动端口 : 51535
端口数 : 13977
O@LDJJlx MINGW64 ~
$ netsh int ipv4 show dynamicport tcp
协议 tcp 动态端口范围
---------------------------------
启动端口 : 51535
端口数 : 13977
- 开启Hyper-V，并重启 （powershell）
PS C:\Windows\system32> Dism.exe /Online /Enable-Feature:Microsoft-Hyper-V /All
部署映像服务和管理工具
版本: 10.0.18362.1
映像版本: 10.0.18363.418
启用一个或多个功能
[==========================100.0%==========================]
操作成功完成。
重新启动 Windows 以完成该操作。
是否立即重新启动计算机? (Y/N) Y
声明：本文使用八爪鱼rpa工具从gitee自动搬运本人原创（或摘录，会备注出处）博客，如版式错乱请评论私信，如情况紧急或久未回复请致邮 [email protected] 并备注原委；引用本人笔记的链接正常情况下均可访问，如打不开请查看该链接末尾的笔记标题（右击链接文本，点击 复制链接地址，在文本编辑工具粘贴查看，也可在搜索框粘贴后直接编辑然后搜索），在本人博客手动搜索该标题即可；如遇任何问题，或有更佳方案，欢迎与我沟通！
标签：netsh,13977,启动,端口,程序,dynamicport,tcp,ipv4 From： https://blog.csdn.net/qq_41623592/article/details/142321658