前言:
而今各位老铁们对“centos7 拷贝文件”大概比较关切,同学们都想要学习一些“centos7 拷贝文件”的相关资讯。那么小编在网络上汇集了一些对于“centos7 拷贝文件””的相关资讯,希望同学们能喜欢,同学们一起来了解一下吧!不知道大家平时在打java项目镜像的时候用的基础镜像是啥,反正这么多年我遇到的java项目基础镜像基本都是基于jdk的,因为业务开发很少会注意镜像大小以及镜像优化这一点,导致一个镜像好几百兆大小,但是我们运行Java项目其实只需要运行时环境就可以了,其他的好多软件根本没啥用,它唯一的作用就是拖慢你的部署速度。那么我们以java 8,和java17为例,一步步来进行镜像的优化。
为什么选择java8和java17:
因为这两个版本是比较典型的长期支持版本,java8可以说是最牛钉子户,没有之一(不多说,懂的都懂),在这个节点上,如果java8的开发者要升级,第一选择就是java17, 性能强悍免费又稳定,官方力推。
我们在打镜像之前得先简单了解一下JDK,JRE的区别,那么我们从如下几个内容出发。
了解一下JDK、JRE的简单区别。Java8 版本Dockerfile的镜像优化Java17 JRE版本Dockerfile的编写。了解一下JDK、JRE的简单区别
JDK: Java Development Kit,是Java的标准开发工具包(普通用户只需要安装 JRE来运行 Java 程序。而程序开发者必须安装JDK来编译、调试程序)。它提供了编译、运行Java程序所需的各种工具和资源,包括Java编译器、Java运行环境JRE,以及常用的Java基础类库等,是整个JAVA的核心。
JRE: Java Runtime Environment,是java运行时的环境,包含了java虚拟机,java基础类库,是使用java语言编写的程序运行所需要的软件环境。
简单来讲JRE是Java运行环境,并不是一个开发环境,所以没有包含任何开发工具(如编译器和调试器),只是针对于使用Java程序的用户。而JDK不仅仅提供了运行环境,还提供了Java的全套开发工具(如编译器和调试器等)。
Java8 版本Dockerfile的镜像优化
想要打包Java8版本的基础镜像,那么首先就需要下载对应系统的java版本,然后编写Dockerfile, 最后打包镜像测试。我们按流程来看一下,由于我们是在LInux版本上用的,所以需要选Linux版本的。
Java8基础镜像的打包流程下载Java版本
我们先到Oracle的官网(…
编写Dockerfile
dockerfile复制代码FROM centos:7# 作者MAINTAINER todocoder.com# 在构建镜像时,指定镜像的工作目录,之后的命令都是基于此工作目录,如果不存在,则会创建该目录WORKDIR /servers# 将jdk安装包复制到镜像中(ADD与COPY的区别:ADD复制并解压,COPY仅复制)ADD jdk-8u381-linux-x64.tar.gz .#配置环境变量ENV JAVA_VERSION=8u381ENV JAVA_HOME=/servers/jdk1.8.0_381ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarENV PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$PATH
注意:Dockerfile需要和下载的JDK压缩包在同一个目录下
打包
docker build -t todocoder/jdk:8u381 .
打包完后我们查看一下镜像大小: docker images | grep jdk
可以看到这个版本的镜像下来 547M
这个大小确实也有点大了,那么我们如果要优化的话,从哪几个方面入手呢?
Java8镜像简单优化
我们先考虑一下占用量大的都哪些? 1. 基础镜像。2. JDK的大小。3. Dockerfile脚本的复杂度。
所以如果要优化的话也是从这三个方面入手:
基础镜像我们看看能否换成小点的。如果我只是运行jar包的项目,是否需要JDK这么全量的工具包,理论上我们换成jre就可以了。Dockerfile 脚本的话,其实我们的并不是很复杂暂时先不用考虑。
替换表如下:
替换前
替换后
centos:7(72MB)
ubuntu(28.17MB)
jdk-8u381(解压后328MB)
jre-8u381(解压后258M)
注意:这里的基础镜像如有兴趣可以用 alpine 镜像(alpine镜像比ubuntu的还要小,5M以内),这个在JDK环境没怎么在生产上用过,Go语言环境用的比较多。
还是到Oracle的官网(…
对应的Dockerfile 如下:
dockerfile复制代码FROM ubuntu# 作者MAINTAINER todocoder.com# 在构建镜像时,指定镜像的工作目录,之后的命令都是基于此工作目录,如果不存在,则会创建该目录WORKDIR /servers# 将jdk安装包复制到镜像中(ADD与COPY的区别:ADD复制并解压,COPY仅复制)ADD jre-8u381-linux-x64.tar.gz .# 删除一些运行jar包不用的一些特性RUN rm -rf jre1.8.0_381/lib/plugin.jar \ jre1.8.0_381/lib/ext/jfxrt.jar \ jre1.8.0_381/bin/javaws \ jre1.8.0_381/lib/javaws.jar \ jre1.8.0_381/lib/desktop \ jre1.8.0_381/plugin \ jre1.8.0_381/lib/deploy* \ jre1.8.0_381/lib/*javafx* \ jre1.8.0_381/lib/*jfx* \ jre1.8.0_381/lib/amd64/libdecora_sse.so \ jre1.8.0_381/lib/amd64/libprism_*.so \ jre1.8.0_381/lib/amd64/libfxplugins.so \ jre1.8.0_381/lib/amd64/libglass.so \ jre1.8.0_381/lib/amd64/libgstreamer-lite.so \ jre1.8.0_381/lib/amd64/libjavafx*.so \ jre1.8.0_381/lib/amd64/libjfx*.so#配置环境变量ENV JAVA_VERSION=8u381ENV JAVA_HOME=/servers/jre1.8.0_381ENV PATH=$JAVA_HOME/bin:$PATH
打包
docker build -t todocoder/jre:8u381 .
打包完后我们查看一下镜像大小: docker images | grep jre
看到剩余347M了,当然了这不是极限,有兴趣可以把基础镜像换成 alpine的,jre里面的一些包再精简一下。
至此Java8版本的镜像生成也聊的差不多了,接下来我们看看jre17的要怎么打。
jre17没有独立下载的地方,是和JDK17在同一个包中,我们需要基于JDK单独的生产jre包
Java17 JRE版本Dockerfile的编写
Java17没有独立的JRE版本,我们先下载JDK17版本,到Oracle的官网(…
jre制作
jdk1.8及以前的版本,都是有jre的,但是jdk9以后的版本不在提供jre需要自己制作。jlink是通过按模块打包的,但是由于目前很多库还不是按模块打包的,所以我们无法知道项目里面都用了那些模块。只好将所有的模块进行打包。这样避免以后出现缺失模块导致应用报错的问题。
解压 tar.gz后的目录在 jdk-17.0.8 目录下执行命令生成 jre17
shell复制代码 bin/jlink --module-path jmods --add-modules ALL-MODULE-PATH --compress=2 --strip-debug --output jre
可以看到jdk目录下多了一个jre的文件夹,那么我们可以基于这个文件夹生成镜像:
bash复制代码FROM ubuntu:latestMAINTAINER todocoder.comCOPY ./jre /usr/local/jre17#授执行权限RUN chmod -R 750 /usr/local/jre17/bin#setup java envENV JAVA_HOME=/usr/local/jre17ENV PATH=$PATH:$JAVA_HOME/binENV CALSSPATH=$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
打包
docker build -t todocoder/jre:17.0.8 .
打包完后我们查看一下镜像大小: docker images | grep jre
可以看到,只有167M。
从开始的JDK 547M 到现在的jre 167M ,节省了 70%的空间,当然了你还可以继续的基于alpine 优化,并且继续的删减jre中没用的工具。
总结
本文主要通过介绍JDK和JRE的简单区别,并从Java1.8 和Java17两个重要的版本来切入,帮助各位业务开发者以及运维人员来了解Java基础镜像的构建过程。希望能给各位开发者带来帮助。
感谢各位能看到这里,觉得文章有用的话记得关注一下,别忘了点赞收藏哦,最后打个小广告