docker制作jdk镜像,dockerfile java镜像
00-1010如何将Java应用打包成Docker镜像？Maven插件构建映像使用Docker的多阶段构建包映像。
00-1010对于熟悉Docker的人来说，这应该是一个很简单的问题。将项目打包到一个JAR包中，并使用Dockerfile中的ADD命令将JAR文件放入映像中。启动命令来设置和执行这个JAR文件。
例如，用Maven构建的Spring应用程序可以用下面的docker文件构建一个图像。
FropenJDK33608-jreadTarget/*。jar/application.jar入口点[Java ，-jar ，/application.jar]上面的Dockerfile很好理解。用Maven构建的Java项目的统一目录结构是
Project pom.xml -src//source目录-main -Java -target//class和JAR文件用mvn clean包打包后会在目标目录下生成，jar文件通过Java-Java在目标目录下生成。
因此，在上面的Dockerfile中，有两个步骤：将JAR从目标目录添加到Docker镜像中，并将jar -jar /application.jar设置为容器的启动命令。
不过除了这个原语方法，我们还可以使用Maven的一些插件或者Docker的多级打包功能，将Java应用打包成Docker镜像。
Spotify的00-1010 dockerfile-maven-plugin和Google的jib-maven-plugin是两个比较知名的插件。下面简单介绍一下dockerfile-maven-plugin的配置和使用。
其实使用方法很简单。我们将这个插件引入到POM文件中，并与上面的Dockerfile结合，让插件帮助我们完成应用程序映像的打包。
groupid com . example/groupIdartifactIdhello-spring/artifactidversion 0 . 0 . 1-SNAPSHOT/versionnamehelloworld/nameplugingroupid com . Spotify/groupidartifactiddocker file-maven-plugin/artifactidversion 1 . 4 . 10/versionexecutionsexecutionsexecutionidedefault/idgoalsgoalbuild/goal push/goal/goals/executionconfigurationrepository { docker . registry . URL }/{ image . prefix }/{ artifact id }/repositoryjar/jar _ file/buildargs/configuration/plugin插件是我为Docker的镜像仓库单独设置的属性。
properties Java . version 1.8/Java . version image . prefixkevinyan 001/image . prefix docker . registry . URL/private . registry . URL
</properties>这里可以随意设置成私有仓库的远程地址和镜像前缀，比如在阿里云的镜像服务上创建一个叫docker-demo的空间，上面的属性就需要这样配置：
<properties> <java.version>1.8</java.version> <image.prefix>docker-demo</image.prefix> <docker.registry.url>registry.cn-beijing.aliyuncs.com</docker.registry.url></properties>
在POM文件里配置好插件后伴随着我们打包应用执行mvc clean package操作时dockerfile-maven-plugin就会自动根据我们的配置打包好一个叫做kevinyan001/hello-spring:0.0.1-SNAPSHOT的Docker镜像。
dockerfile-maven-plugin除了能帮助我们打包应用镜像外还可以让它帮助我们把镜像push到远端仓库，不过我觉得用处不大，感兴趣的同学可以去网上搜搜看这部分功能怎么配置。
用Docker的多阶段构建打包镜像
上面介绍了使用Maven插件帮助我们打包Java应用的镜像，其实我们还可以把mvn clean package这一步也交给Docker来完成。当然把Java应用的源码放在Docker镜像里再编译打包在发布出去肯定是有问题的，我们知道在Dockerfile里每个指令ADD、RUN这些都是在单独的层上进行，指令越多会造成镜像越大，而且包含Java项目的源码也是一种风险。
不过好在后来Docker支持了多阶段构建，允许我们在一个Dockerfile里定义多个构建阶段，先拉起一个容器完成用于的构建，比如说我们可以在这个阶段里完成JAR的打包，然后第二个阶段重新使用一个jre镜像把上阶段打包好的JAR文件拷贝到新的镜像里。
这一点在Go语言比较有优势，第一阶段编译好的二进制执行文件直接拷贝到一个最基础的linux镜像里就能让Go的应用在容器里运行。关于Go应用的多阶段打包，可以查看我以前的文章线上Go项目的Docker镜像应该怎么构建？进行了解。
使用下面的Dockerfile可以通过多阶段构建完成Java应用的Docker镜像打包。
# Dockerfile也可以不放在项目目录下，通过 -f 指定Dockerfile的位置，比如在项目根下执行以下命令 docker build -t <some tag> -f <dirPath/Dockerfile> .FROM kevinyan001/aliyun-mvn:0.0.1 AS MAVEN_BUILDCOPY pom.xml /build/COPY src /build/srcWORKDIR /build/# mount anonymous host directory as .m2 storage for contianer VOLUME /root/.m2RUN mvn clean package -Dmaven.test.skip=true --quietFROM openjdk:8-jreCOPY --from=MAVEN_BUILD /build/target/*.jar /app/application.jarENTRYPOINT ["java", "-jar", "/app/application.jar"]
上面我们用的这些Dockerfile也可以不用放在项目的根目录里，现在已经支持通过-f指定Dockerfile的位置，比如在项目根下执行以下命令完成镜像的打包。
docker build -t kevinyan001/hello-spring:0.0.1 -f <dirPath/Dockerfile> .
上面第一个镜像是我自己做的，因为Maven官方的镜像的远程仓库慢的一批，只能自己包装一下走阿里云的镜像源了。试了试速度也不快，主要是随随便便一个Spring项目依赖就太多了。大家如果这块有什么加快Docker构建速度的方法也可以留言一起讨论讨论。
不可否认用多阶段构建打出来的Go镜像基本上是10M左右，但是Spring的应用随随便便就是上百兆，这个对容器的构建速度、网络传输成本是有影响的，那么Spring应用的镜像怎么瘦身呢，这个就留到以后的文章进行探讨了，更多关于Java打包成Docker镜像的资料请关注盛行IT其它相关文章！
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。