Address already in use: bind 错误需先用 netstat 或 lsof 定位占用 8080 端口的 PID 及进程名；再检查并同步修改 server.xml 中 Connector、Server、AJP 三处端口，确保无冲突且 XML 格式正确。
Tomcat 启动报错 Address already in use: bind 怎么快速定位是哪个进程占了 8080
这不是配置问题，是端口被别的程序（比如另一个 Tomcat、IDE 内嵌服务器、Node.js 服务、甚至残留的 Java 进程）抢先绑定了。先别急着改 server.xml，得确认是不是真被占了、被谁占了。
实操建议：
- Windows：运行
netstat -ano | findstr :8080，记下最后一列的 PID，再用tasklist | findstr ^PID号查进程名 - macOS / Linux：运行
lsof -i :8080或netstat -tuln | grep :8080，看PID/Program name列 - 如果查不到，试试换端口测试（如
8081），能启动就坐实是8080冲突 - IDE（如 IntelliJ、Eclipse）常静默启内嵌 Tomcat，关掉项目或禁用自动部署再试
修改 server.xml 中的 Connector port 真正生效的关键点
只改一个 port 不够，Tomcat 有多个端口角色，改错地方或漏改会导致启动失败、管理界面打不开、甚至 shutdown 失效。
实操建议：
- 打开
$CATALINA_HOME/conf/server.xml，重点改三处：
–<Connector port="8080" ...>（HTTP 访问端口，最常用）
–<Server port="8005" ...>（shutdown 端口，必须唯一，否则多个 Tomcat 会互相干扰）
–<Connector port="8009" protocol="AJP/1.3" ...>（如果用 Apache 做反向代理，这个也得同步改） - 端口号别选太小（
1024以下需 root 权限），也别用常见服务端口（如3306、6379），推荐8081、8090、9090这类 - 改完务必检查 XML 格式是否合法——标签闭合、引号匹配，否则 Tomcat 启动直接抛
XML parse error - 改的是
conf/server.xml，不是项目里的副本，也不是 IDE 自动生成的临时配置目录
改完端口 Tomcat 还启动失败？检查 server.xml 里容易被忽略的依赖项
端口只是表象，真正卡住的往往是关联配置没同步更新，尤其在多实例或容器化场景下。
实操建议：
-
<Server port="8005">的shutdown命令依赖这个端口，如果该端口也被占，shutdown.sh会超时失败，但日志里只报Connection refused，不提端口 - 使用
JVM参数（如-Dcom.sun.management.jmxremote.port=9999）时，若和新端口冲突，也会导致启动卡在初始化阶段 - Docker 部署时，除了改
server.xml，还得同步更新-p映射参数，比如-p 8090:8090，否则容器外仍访问不到 - 某些安全策略（SELinux、firewalld）会拦截非标准端口，Linux 上可临时用
setsebool -P tomcat_can_network_connect 1放行
Spring Boot 内嵌 Tomcat 和独立 Tomcat 改端口的区别在哪
很多人以为改了项目里的 application.properties 就万事大吉，结果部署到独立 Tomcat 时还是走默认 8080——因为那是两套生命周期、两套配置体系。
实操建议：
- Spring Boot 打
jar包用内嵌 Tomcat：改server.port=8090即可，和server.xml完全无关 - Spring Boot 打
war包丢进独立 Tomcat：server.port失效，一切以conf/server.xml为准；application.properties里配的端口只影响 Actuator 等内部端点 - 混合部署（如 Nginx → Tomcat → Spring Boot）时，Nginx 的
proxy_pass地址也要跟着改，比如从http://localhost:8080改成http://localhost:8090
端口冲突本身简单，难的是改完之后不知道哪一层还在用旧端口——可能是代码里写死的 URL、前端配置的 API 基地址、CI/CD 脚本里的 curl 测试地址，或者监控系统里硬编码的健康检查路径。动手前先全局搜一遍 8080。
