在Java开发中，不同项目依赖的JDK版本、中间件版本经常存在差异，手动在本地切换环境不仅繁琐还容易出现冲突，使用Docker搭建容器化的Java开发环境可以有效解决这类问题，实现环境隔离和快速复用。
Docker环境准备
首先需要确保本地已经安装Docker，不同系统的安装方式略有差异，安装完成后可以通过命令验证是否安装成功：
# 查看Docker版本 docker --version # 启动Docker服务（Linux系统） sudo systemctl start docker # 设置Docker开机自启（Linux系统） sudo systemctl enable docker
如果执行命令后输出了Docker的版本信息，说明Docker已经正常运行。
选择Java基础镜像
Docker Hub提供了官方维护的Java镜像，我们可以根据项目需求选择合适的JDK版本，常用的官方镜像标签如下：
| 镜像标签 | 说明 |
|---|---|
| openjdk:8 | JDK 8版本，适合老项目使用 |
| openjdk:11 | JDK 11长期支持版本，主流项目常用 |
| openjdk:17 | JDK 17长期支持版本，新项目推荐使用 |
| openjdk:8-jdk-slim | 精简版JDK 8镜像，体积更小 |
我们可以直接拉取需要的镜像到本地：
# 拉取JDK 11镜像 docker pull openjdk:11 # 查看本地已有的镜像 docker images
启动Java开发容器
拉取镜像后，就可以启动容器来运行Java开发环境，启动时可以挂载本地的代码目录到容器中，方便实时修改代码：
# 启动Java容器，挂载本地代码目录，映射端口 docker run -it -d --name java-dev-env # 容器名称 -p 8080:8080 # 映射端口，本地8080对应容器8080 -v /local/java/project:/app # 挂载本地代码目录到容器/app目录 openjdk:11 /bin/bash # 使用的基础镜像和默认shell
参数说明：-it表示交互式运行并分配伪终端，-d表示后台运行，--name指定容器名称，-p做端口映射，-v做目录挂载。
在容器中运行Java项目
容器启动后，我们可以进入容器内部执行Java相关操作：
# 进入运行的容器 docker exec -it java-dev-env /bin/bash # 进入挂载的代码目录 cd /app # 编译Java文件 javac HelloWorld.java # 运行Java程序 java HelloWorld
如果在本地/local/java/project目录下创建了HelloWorld.java文件，内容如下：
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello Docker Java Environment");
}
}
那么在容器中执行编译运行后，就会输出对应的内容。
常用容器操作命令
日常使用Docker容器时，还会用到以下常用命令：
- 查看运行中的容器：
docker ps - 查看所有容器（包括停止的）：
docker ps -a - 停止容器：
docker stop java-dev-env - 启动已停止的容器：
docker start java-dev-env - 删除容器：
docker rm java-dev-env - 删除本地镜像：
docker rmi openjdk:11
环境持久化配置
如果需要容器重启后仍然保留配置，可以提交容器为新的镜像：
# 将修改后的容器提交为新镜像 docker commit java-dev-env my-java-dev:1.0 # 之后可以直接使用新镜像启动容器 docker run -it -d --name new-java-env -p 8080:8080 -v /local/java/project:/app my-java-dev:1.0 /bin/bash
另外如果需要多个容器协同工作，比如Java应用连接MySQL容器，可以使用Docker Compose来编排多个容器，避免手动逐个启动的繁琐操作。
常见问题解决
端口映射失败
如果出现端口被占用的问题，可以更换本地映射的端口，比如将-p 8080:8080改为-p 8081:8080，访问本地8081端口即可。
目录挂载无权限
Linux系统下挂载目录可能出现权限不足的问题，可以在启动容器时添加--privileged=true参数，或者修改本地目录的权限。
容器无法联网
可以检查Docker的网络配置，重启Docker服务后重新启动容器，一般可以解决网络不通的问题。