Java应用Docker容器需安全运维：docker ps/-a精准定位，stop -t优雅停机释放资源，rm仅删已停止容器防误删，数据保留在卷中不丢失。
Java 应用常以 Docker 容器方式部署，日常运维离不开对容器生命周期的精准控制。关键不是“能不能操作”，而是“怎么操作才安全、不丢数据、不误删”。核心在于理解 ps 查什么、stop 怎么停得体面、rm 为何不能乱删——尤其当容器里跑着 Spring Boot 服务时。
实时查看正在运行的 Java 容器实例
别只用 docker ps 看个大概，要快速定位你的 Java 服务：
-
docker ps：只显示当前运行中的容器（适合确认服务是否活着） -
docker ps -a：显示所有容器（含已退出的），排查崩溃或启动失败的 Java 进程很管用 -
docker ps -a --filter "ancestor=openjdk:17" --format "{{.ID}} {{.Names}} {{.Status}}"：按基础镜像过滤，专找基于 OpenJDK 的 Java 容器 -
docker ps -q --filter "name=springboot-api"：用名字模糊匹配，返回 ID 列表，方便后续批量操作（如stop或logs）
安全停止 Java 容器（避免数据丢失或状态异常）
Java 应用通常需要优雅关闭：释放连接池、刷写缓存、提交事务。docker stop 正是为此设计，而 docker kill 是备用方案：
-
docker stop -t 30 springboot-api：发送 SIGTERM，等待 30 秒让 Spring Boot 执行SmartLifecycle或@PreDestroy方法；超时后自动发 SIGKILL -
docker stop $(docker ps -q --filter "name=java-")：批量停止所有命名含java-的运行中容器 - 慎用
docker kill -s SIGKILL springboot-api：跳过所有清理逻辑，等同于kill -9，仅用于卡死、无响应场景 - 验证是否停稳：
docker ps -f "name=springboot-api"返回空，再查docker ps -a -f "name=springboot-api"确认状态为Exited (0)
干净删除已停止的 Java 容器（不残留、不报错）
docker rm 只能删已停止的容器。强行删运行中容器会报错，这是保护机制：
立即学习“Java免费学习笔记（深入）”；
-
docker rm springboot-api：删单个已停止容器 -
docker rm $(docker ps -aq --filter "status=exited")：一键清理所有已退出容器（常见于 CI/CD 测试后） -
docker rm -f springboot-api：强制删——先stop再rm，一步到位（但失去优雅停机机会） - 注意卷（volume）和网络不会被删：若用了
-v /data:/app/data，数据仍在宿主机，删容器不影响；需额外用docker volume prune清理无主卷
组合命令提升 Java 容器运维效率
实际工作中，三步常连用。例如发布新版本前清场：
- 查出旧容器：
docker ps -a --filter "name=myapp" --format "{{.ID}} {{.Status}}" - 停掉并删干净：
docker stop myapp && docker rm myapp - 或一行搞定：
docker stop myapp 2>/dev/null && docker rm myapp 2>/dev/null || true（忽略不存在或已停的错误） - 检查残留：
docker ps -a | grep myapp应无输出；docker volume ls | grep myapp确认卷是否需手动清理
