端口被占大概率是残留进程、IDE调试冲突或配置未生效所致；netstat查不到PID属“幽灵占用”，常见于IDEA Debug模式下JVM以SO_REUSEADDR绑定未释放；应改IDEA Debug端口或检查server.xml实际加载路径。
环境变量配好了，Tomcat 启动报端口被占，大概率不是环境变量的问题，而是残留进程、IDE 调试端口冲突或配置未生效导致的假性“端口占用”。
netstat 查不到 PID 却提示端口被占
这是最典型的“幽灵占用”现象，尤其多见于 IDEA Debug 模式下。IDEA 在 Debug 时会额外启用一个调试端口（如 50835），但该端口可能由 JVM 自身以 SO_REUSEADDR 方式绑定后未完全释放，netstat -ano 就查不到对应 PID。
- Windows 下可尝试用
netstat -aon | findstr :50835（注意加空格和冒号）再查一遍，有时漏掉冒号会导致过滤失效 - 更可靠的方式是用 PowerShell 命令：
Get-NetTCPConnection -LocalPort 50835 | Select-Object -Property LocalAddress,LocalPort,State,AppliedSetting,OwningProcess，它能捕获到netstat漏掉的监听状态 - 若仍无结果，直接改 IDEA 的 Debug 端口：在 Run → Edit Configurations → Tomcat Server → Configuration → Debug → Debug port，改成一个高位端口如
51835，避开冲突
server.xml 改了端口但启动还是报旧端口被占
说明 Tomcat 没读取你改的 server.xml，常见于 IDEA 配置中指定了独立的部署路径，或用了内嵌 Tomcat 而非本地安装版。
- 检查 IDEA 中 Tomcat 配置的 “Server configuration” 路径是否指向你修改的
conf/server.xml，而不是默认的临时解压目录（如C:\Users\XXX\AppData\Local\JetBrains\IntelliJIdea2023.3\tomcat\...） - 确认修改的是正确的文件：打开 Tomcat 控制台日志（
catalina.out或 IDEA 的 Console 输出），搜索Starting ProtocolHandler，看它实际监听的是哪个端口，再反向定位加载的server.xml路径 - Spring Boot 项目若用了
spring-boot-starter-tomcat，则根本不会读server.xml—— 端口由application.properties中的server.port=8081控制
改完端口后浏览器 404 或连接被拒绝
这不是端口没改成功，而是新端口没被正确暴露或访问方式错了。
- 确保浏览器访问的是新端口，比如改成了
8081，就输http://localhost:8081，不是http://localhost（后者默认走 80） - 检查 Windows 防火墙是否拦截了新端口：临时关闭防火墙测试；或添加入站规则放行该端口
- 如果用的是 Docker 或 WSL2，宿主机访问需确认端口映射是否同步更新，例如
-p 8081:8081要和server.xml里一致 - 某些杀毒软件（如 360、腾讯电脑管家）会静默劫持 80xx 类端口，可临时禁用其网络防护模块验证
真正难搞的不是端口本身，而是那个没显示 PID 却死死占着调试端口的 JVM 进程——它往往藏在 IDE 的后台进程树里，靠 taskkill /f /im java.exe 容易误伤其他项目。最稳妥的做法是关掉整个 IDEA，再手动清空 temp 和 work 目录，比硬杀进程更可控。
