java应用docker化需同时使用-d（后台运行）和-p（端口映射），缺一不可；-d确保容器脱离shell独立运行，-p将容器内端口（如8080）映射至宿主机，且java须监听0.0.0.0而非127.0.0.1。
Java 应用打包成 Docker 镜像后，用 docker run 启动并对外提供服务，核心就是加 -d 让它后台常驻，再用 -p 把容器里 Java 服务监听的端口（比如 8080）暴露到宿主机上。缺一不可——不加 -d，容器会前台运行、终端一退出就停；不配 -p，宿主机根本访问不到服务。
必须带 -d 才算真正后台运行
-d（detached mode）不是可选，是生产环境启动的标配。它让容器脱离当前 shell，独立运行。没有它，docker run 命令会卡在前台，Ctrl+C 就终止容器。
- 正确写法：
docker run -d image-name - 错误写法：
docker run image-name（前台阻塞，退出终端即停） - 启动后可用
docker ps确认容器状态为 “Up”
-p 端口映射要匹配 Java 应用实际监听地址和端口
Java 应用（如 Spring Boot）默认监听 0.0.0.0:8080，但若代码里写死 localhost:8080 或配置了 server.address=127.0.0.1，即使加了 -p 也连不上。映射格式统一为 -p 宿主机端口:容器内端口。
- 常见示例：
docker run -d -p 8080:8080 --name myapp my-java-app:latest - 如果应用监听的是 9000，则写
-p 8080:9000（把宿主机 8080 映射到容器 9000） - 避免只写一个端口（如
-p 8080），那是随机分配，不可控
建议搭配 --name 和其他实用参数一起用
光有 -d 和 -p 够用，但加上命名和环境变量会让管理更稳。
-
--name myapp：给容器起名，后续查日志、重启、删除都方便，不用记长 ID -
-e SPRING_PROFILES_ACTIVE=prod：传入 Spring Profile，控制运行环境 -
-v $(pwd)/logs:/app/logs：挂载日志目录，防止容器删了日志也丢 - 完整例子：
docker run -d -p 8080:8080 --name order-service -e TZ=Asia/Shanghai -v ./config:/app/config my-order:1.2
启动后连不上？先检查这三步
加了 -d 和 -p 还访问失败，大概率不是参数写错，而是底层没通。
- 运行
docker ps看容器是否真在运行（状态是不是 Up） - 运行
docker port确认端口映射已生效（输出类似0.0.0.0:8080->8080/tcp） - 进容器执行
docker exec -it netstat -tlnp | grep :8080，确认 Java 进程确实在监听0.0.0.0:8080，不是127.0.0.1:8080
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
