本质是端口被其他进程绑定监听,需用ss -tuln | grep :8080或sudo lsof -i :8080精准定位占用者,再通过ps -p pid -o comm,args确认进程身份,依场景选择kill、改端口或等待释放。

Java应用在Linux启动时报“Address already in use”或“port 8080 was already in use”,本质是目标端口已被另一个进程绑定监听。排查关键不是找“Java进程”,而是精准定位“谁在用这个端口”,再判断是否该杀、能否改、要不要等。
确认端口是否真被占用
先验证报错是否属实,避免误判:
- 运行 ss -tuln | grep :8080(推荐,轻量高效)——只看监听状态(LISTEN),不含已断开连接
- 或用 sudo lsof -i :8080 —— 输出含进程名、PID、用户、协议,信息最全
- 避免只查
netstat -anp全量输出再人工过滤,效率低且易漏
识别占用进程的真实身份
看到 PID 后别急着 kill,先确认它是不是你要找的 Java 应用:
Linux 性能分析与调优专家,覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景:系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
- 执行 ps -p 12345 -o pid,comm,args(把 12345 换成实际 PID)——看完整命令行,常能发现是 Spring Boot、Tomcat 或某个 jar 包
- 若输出中含
java -jar或org.springframework.boot.loader.JarLauncher,基本可确认是 Java 应用 - 若只显示
java无参数,可用 sudo jstack 12345 | head -20 查线程栈,辅助判断用途
区分场景再决定处理方式
不是所有占用都要杀,需结合上下文判断:
- 僵尸/残留进程:ps 显示进程存在但无响应,或日志已停更,直接 kill -9 12345
-
另一个 Java 服务:比如本地同时跑两个 Spring Boot 项目,默认都用 8080,建议修改其中一个的
server.port配置,而非强杀 -
TIME_WAIT 状态残留:ss 输出显示
State: TIME-WAIT,说明是刚关闭的连接未彻底释放,通常 60 秒内自动清理,无需干预 -
非 Java 进程占了 8080:如 nginx、node 服务,确认是否需共存;若不需要,按对应服务方式停止(如
sudo systemctl stop nginx)
预防后续冲突的小习惯
开发阶段减少重复踩坑:
- 启动前加一句检查:lsof -i :8080 &>/dev/null || java -jar app.jar,端口空闲才启动
- Spring Boot 项目统一配置
server.port=${PORT:8080},通过环境变量灵活切换 - 用 lsof -iTCP -sTCP:LISTEN -P -n 定期扫一遍常用开发端口(8000/8080/9000/9090),建立端口使用清单
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










