在容器内部运行指定的命令，有两种格式：shell格式、exec格式。

RUN是在docker build时运行

在 Dockerfile 中，RUN 是一个指令（instruction），用于在正在构建的 Docker 镜像中执行命令。

RUN 指令的作用是在容器内部运行指定的命令，并生成一个新的镜像层。这些命令可以是任何有效的 Shell 命令，例如安装软件包、运行脚本、设置环境变量等。

RUN 指令的语法如下：

RUN <命令>

其中 <命令> 是要在容器内部执行的命令。可以是单个命令或多个命令的组合，可以使用 Shell 的语法，如管道、重定向等。

以下是一些示例：

RUN apt-get update && apt-get install -y curl

上述指令在容器内部执行了两个命令，分别是更新软件包列表 (apt-get update) 和安装 curl 软件包 (apt-get install -y curl)。

RUN echo "Hello, Docker!"

上述指令在容器内部执行了一个命令，打印出 “Hello, Docker!”。

RUN 指令可以有多个，每个 RUN 指令都会生成一个新的镜像层。为了减小镜像大小，可以使用 && 运算符将多个命令组合在一起，以便在单个 RUN 指令中执行。

请注意，每个 RUN 指令都会在容器内启动一个临时的 Shell 进程来执行命令，并在命令完成后关闭。因此，如果需要在一个 RUN 指令中使用变量或执行复杂的 Shell 脚本，可以使用反斜杠 \ 来换行，或者将命令写在一个单独的脚本文件中并在 RUN 指令中调用。

RUN 指令的执行结果将会保存到当前镜像的文件系统中，并成为下一层镜像的基础。

EXPOSE

声明容器在运行时将要监听的网络端口

在 Dockerfile 中，EXPOSE 是一个指令（instruction），用于声明容器在运行时将要监听的网络端口。

EXPOSE 指令的作用是向 Docker 守护进程和用户提供一个提示，说明容器内的应用程序将会监听指定的端口。这并不会自动将容器的端口暴露给主机，而是提供了一种文档化的方式，用于描述容器运行时需要使用的网络端口。

EXPOSE 指令的语法如下：

EXPOSE <端口1> [<端口2>...]

其中 <端口1>, <端口2>, … 是要声明的端口号。可以指定一个或多个端口。

以下是一个示例：

EXPOSE 80

上述指令声明容器将监听端口 80。

EXPOSE 8080 9000-9010

上述指令声明容器将监听端口 8080，以及端口范围 9000 到 9010。

EXPOSE 指令的作用主要有两个方面：

文档化：通过在 Dockerfile 中使用 EXPOSE 指令，可以清楚地记录容器在运行时需要监听的端口，使用户或开发人员了解容器的网络配置和使用要求。与-p 参数配合使用：在运行容器时，可以使用 Docker 命令的 -p 参数将容器内部的端口映射到主机上的端口，从而实现对容器中应用程序的访问。

请注意，EXPOSE 指令并不会自动将容器的端口映射到主机上。要将容器的端口暴露给主机，需要在运行容器时使用 -p 参数或者 Docker Compose 的端口映射配置。

WORKDIR

用于设置容器内部的工作目录

#指定在创建容器后，终端默认登录进来的工作目录。

#比如如下命令，运行ubuntu后，执行pwd，看到的是ubuntu的根目录，这个根目录就是WORKDIR可以指定的工作目录

[root@localhost ~]# docker run -it ubuntu /bin/bash

root@c37f4925ffec:/# pwd

/

root@c37f4925ffec:/#

在 Dockerfile 中，WORKDIR 是一个指令（instruction），用于设置容器内部的工作目录。

WORKDIR 指令的作用是指定容器内部的工作目录，即在容器中运行命令时的默认目录。它类似于 cd 命令，用于切换当前工作目录。

WORKDIR 指令的语法如下：

WORKDIR <工作目录路径>

其中 <工作目录路径> 是容器内部的路径，可以是绝对路径或相对路径。

以下是一个示例：

WORKDIR /app

上述指令指定容器内的工作目录为 /app。

在 Dockerfile 的后续指令中，可以使用相对于工作目录的路径来执行命令或操作文件。这样可以使命令更简洁，不需要在每个命令中指定完整的路径。

例如，假设在 Dockerfile 中设置了工作目录为 /app，则可以使用以下方式执行命令：

RUN npm install # 相当于在 /app 目录下执行 npm install

RUN python script.py # 相当于在 /app 目录下执行 python script.py

如果在 WORKDIR 指令之后的指令中使用相对路径，Docker 引擎将会自动将其解析为相对于工作目录的路径。

请注意，WORKDIR 指令可以多次使用，后续的指令将在新的工作目录下执行。如果使用相对路径，则相对路径将会基于上一次 WORKDIR 指令之后的工作目录。

使用 WORKDIR 指令可以使 Dockerfile 更具可读性，减少在每个命令中指定完整路径的繁琐。同时，还可以确保容器中的命令和文件操作都在指定的工作目录下进行。

USER

指定该镜像以什么样的用户去执行，如果不指定，默认是root

在 Dockerfile 中，USER 是一个指令（instruction），用于设置在容器内部运行命令时使用的用户或用户组。

USER 指令的作用是指定在容器内部运行命令时所使用的用户。可以使用用户的用户名或用户的 UID（用户标识符）来指定用户。

USER 指令的语法如下：

USER <用户>[:<用户组>]

其中 <用户> 是要指定的用户，可以是用户名或 UID。<用户组> 是可选的，用于指定用户所属的用户组。

以下是一些示例：

USER myuser

上述指令指定容器内部运行命令时使用用户名为 “myuser” 的用户。

USER 1000

上述指令指定容器内部运行命令时使用 UID 为 1000 的用户。

USER myuser:mygroup

上述指令指定容器内部运行命令时使用用户名为 “myuser” 的用户，并且该用户属于 “mygroup” 用户组。

USER 指令通常与 RUN 指令一起使用，以切换到指定的用户身份来执行命令。这可以用于提高容器的安全性，以及限制在容器中执行命令的权限。

请注意，USER 指令对应的用户或用户组必须在镜像中存在。您可以使用 RUN 指令在构建镜像时创建所需的用户和用户组。

以下是一个示例，展示了如何在 Dockerfile 中创建新用户并设置为容器的默认用户：

RUN groupadd -r mygroup && useradd -r -g mygroup myuser

USER myuser:mygroup

在上述示例中，RUN 指令用于创建一个名为 “myuser” 的用户，并将其加入到 “mygroup” 用户组中。然后，USER 指令将默认用户设置为 “myuser”。

通过使用 USER 指令，可以控制在容器内部运行命令时所使用的用户身份，从而实现更细粒度的权限控制和安全性。

ENV

用来在构建镜像过程中，设置环境变量

用来在构建镜像过程中，设置环境变量

ENV MY_PATH /usr/mytest

这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样;也可以在其它指令中直接使用这些环境变量。

比如: WORKDIR $MY_PATH 就相当于 WORKDIR /usr/mytest

在 Dockerfile 中，ENV 是一个指令（instruction），用于设置环境变量。

ENV 指令的作用是在容器内部设置一个环境变量，使其在容器运行时可用。环境变量可以在容器中的各个进程之间共享数据，并且可以用于配置应用程序的行为。

ENV 指令的语法如下：

ENV <变量名>=<值>

其中 <变量名> 是要设置的环境变量的名称，<值> 是该环境变量的值。

以下是一些示例：

ENV MY_VAR=my_value

上述指令设置了一个名为 “MY_VAR” 的环境变量，其值为 “my_value”。

ENV PORT=8080

上述指令设置了一个名为 “PORT” 的环境变量，其值为 “8080”。

可以在 Dockerfile 中的任意位置使用 ENV 指令来设置环境变量。后续的指令和容器中的应用程序可以使用这些环境变量。

以下是一个示例，展示了如何在 Dockerfile 中使用 ENV 指令设置环境变量并在容器中使用它：

ENV MY_VAR=my_value

ENV PORT=8080

RUN echo $MY_VAR

在上述示例中，通过 ENV 指令设置了两个环境变量 “MY_VAR” 和 “PORT”。然后，在 RUN 指令中使用了环境变量 “$MY_VAR”，它将会被解析为 “my_value”。

使用 ENV 指令可以方便地设置容器内部的环境变量，使得容器的行为可以根据这些变量的值进行配置和调整。

ADD

用于将文件、目录或远程 URL 添加到容器中，且会自动处理URL，和解压rar压缩包

在 Dockerfile 中，ADD 是一个指令（instruction），用于将文件、目录或远程 URL 添加到容器中。

ADD 指令的作用是将源文件或目录复制到容器的文件系统中。它可以从 Docker 构建上下文（build context）中的本地文件系统中复制文件，也可以从远程 URL 下载文件并添加到容器中。

ADD 指令的语法如下：

ADD <源路径> <目标路径>

其中 <源路径> 是要添加到容器中的文件、目录或远程 URL，<目标路径> 是容器内部的目标路径。

以下是一些示例：

ADD app.py /app/

上述指令将本地文件系统中的 “app.py” 文件复制到容器内部的 “/app/” 目录下。

ADD mydir /mydir/

上述指令将本地文件系统中的 “mydir” 目录复制到容器内部的 “/mydir/” 目录下。

ADD https://example.com/file.txt /app/

上述指令将从远程 URL “https://example.com/file.txt” 下载文件，并将其复制到容器内部的 “/app/” 目录下。

请注意以下几点：

如果 <目标路径> 是一个以 “/” 结尾的目录路径，那么源路径的基本名称将用作目标路径中的文件或目录名。如果 <目标路径> 是一个不存在的目录，Docker 将自动创建该目录。如果 <源路径> 是一个目录，Docker 将递归复制该目录及其内容。如果 <源路径> 是一个文件或 URL，Docker 将复制该文件或从 URL 下载文件。如果 <源路径> 是一个通配符表达式，Docker 将复制匹配该表达式的文件或目录。

需要注意的是，ADD 指令在构建镜像时会自动解压缩被复制的文件，如果 <源路径> 是一个压缩文件（例如 .tar、.gzip、.bz2 等），Docker 会自动将其解压缩。

在实际使用时，建议使用 COPY 指令代替 ADD 指令，除非需要使用 ADD 指令特定的功能，例如远程 URL 下载或自动解压缩功能。

COPY

用于将文件或目录从主机复制到正在构建的 Docker 镜像中。

在 Dockerfile 中，COPY 是一个指令（instruction），用于将文件或目录从主机复制到正在构建的 Docker 镜像中。

COPY 指令的作用是将指定的文件或目录从构建上下文（build context）复制到容器内的指定位置。构建上下文是指在构建镜像过程中 Docker 引擎使用的文件和目录集合，通常是 Dockerfile 所在的目录及其子目录。

COPY 指令的语法如下：

COPY <源路径> <目标路径>

其中：

<源路径>：指定要复制的文件或目录在构建上下文内的路径。可以是相对路径或绝对路径。<目标路径>：指定要将文件或目录复制到容器内的路径。必须是容器内的绝对路径。

COPY 指令将会复制构建上下文内的文件或目录到容器内的指定位置，这样在运行容器时就可以访问这些文件或目录。请注意，COPY 指令只能复制构建上下文内的文件和目录，而不能复制主机上的文件。

以下是一些示例：

COPY app.py /app/

上述指令将构建上下文内的 app.py 文件复制到容器内的 /app/ 目录。

COPY data/ /data/

上述指令将构建上下文内的 data/ 目录复制到容器内的 /data/ 目录。

COPY 指令可以与其他 Dockerfile 指令（如 RUN、CMD 等）结合使用，以创建一个包含所需文件和目录的镜像。

请注意，COPY 指令的路径是相对于构建上下文的，并且会将指定的文件或目录复制到容器的指定路径下。因此，在使用 COPY 指令时，请确保文件和目录在构建上下文内，并提供正确的路径。

VOLUME

在容器中创建一个挂载点，与容器数据卷相关，用于数据保存和持久化工作

在 Dockerfile 中，VOLUME 是一个指令（instruction），用于在容器中创建一个挂载点（mount point）。

VOLUME 指令的作用是在容器内部创建一个目录，并将其标记为挂载点。挂载点可以用于持久化数据，或者与主机上的目录进行共享。

VOLUME 指令的语法如下：

VOLUME <路径>

其中 <路径> 是要创建的挂载点的路径。

以下是一个示例：

VOLUME /data

上述指令在容器内部创建了一个挂载点 /data。

在运行容器时，可以使用 -v 或 --volume 参数来将主机上的目录与容器内的挂载点进行绑定，从而实现数据的持久化或主机与容器之间的文件共享。

例如，可以使用以下命令运行容器并将主机上的 /host/data 目录与容器内的 /data 挂载点进行绑定：

docker run -v /host/data:/data myimage

通过这样的绑定，容器内的 /data 目录中的数据将与主机上的 /host/data 目录中的数据同步。

需要注意的是，VOLUME 指令在 Dockerfile 中只是将目录标记为挂载点，并不会实际创建该目录。在运行容器时，Docker 引擎会自动创建挂载点所对应的目录，如果该目录已经存在，则会使用现有的目录。

VOLUME 指令通常在镜像中用于定义持久化数据的位置，例如数据库文件、日志文件等。它允许容器与主机之间共享数据，并且在容器删除或重新创建时保留数据。

CMD

配置容器启动时要执行的默认应用程序或命令

CMD 指令可以有多个，但只有最后一个 CMD 指令会生效。

CMD 指令可以被 docker run 命令中的参数覆盖。

在 Dockerfile 中，CMD 是一个指令（instruction），用于设置容器启动时要执行的默认命令。

CMD 指令的作用是指定容器运行时的默认命令，该命令将在容器启动时执行。它可以是一个命令字符串，也可以是一个包含命令及其参数的列表形式。

CMD 指令的语法有以下几种形式：

CMD ["可执行文件", "参数1", "参数2", ...]

CMD command param1 param2 ...

CMD ["命令", "参数1 参数2", "参数3"]

以下是一些示例：

CMD ["python", "app.py"]

上述指令指定容器启动时要执行的命令是 python app.py，其中 python 是可执行文件，app.py 是参数。

CMD echo "Hello, Docker!"

上述指令指定容器启动时要执行的命令是 echo "Hello, Docker!"。

CMD ["sh", "-c", "echo Hello World"]

上述指令指定容器启动时要执行的命令是 sh -c "echo Hello World"。

CMD 指令可以有多个，但只有最后一个 CMD 指令会生效。如果在 Dockerfile 中有多个 CMD 指令，只有最后一个 CMD 指令会被执行，前面的 CMD 指令将被忽略。

CMD 指令可以被 docker run 命令中的参数覆盖。例如，可以使用以下命令运行容器时覆盖默认的 CMD 命令：

docker run myimage python script.py

上述命令将覆盖镜像中的默认 CMD 命令，执行 python script.py。

需要注意的是，CMD 指令通常用于设置容器的默认行为，但它也可以在运行容器时被替换或覆盖。如果通过 docker run 命令提供了其他命令，它们将替代 CMD 指令提供的默认命令。

ENTRYPOINT

配置容器启动时要执行的默认应用程序或命令

与 CMD 指令不同的是，ENTRYPOINT 指令的参数不会被 docker run 命令中的参数覆盖。

在 Dockerfile 中，ENTRYPOINT 是一个指令（instruction），用于配置容器启动时要执行的默认应用程序或命令。

ENTRYPOINT 指令的作用是指定容器运行时的默认入口点，即容器启动时要执行的主要命令或可执行文件。它可以是一个命令字符串，也可以是一个包含命令及其参数的列表形式。

ENTRYPOINT 指令的语法有以下几种形式：

ENTRYPOINT ["可执行文件", "参数1", "参数2", ...]

ENTRYPOINT command param1 param2 ...

ENTRYPOINT ["命令", "参数1 参数2", "参数3"]

以下是一些示例：

ENTRYPOINT ["python", "app.py"]

上述指令指定容器启动时要执行的命令是 python app.py，其中 python 是可执行文件，app.py 是参数。

ENTRYPOINT echo "Hello, Docker!"

上述指令指定容器启动时要执行的命令是 echo "Hello, Docker!"。

ENTRYPOINT ["sh", "-c", "echo Hello World"]

上述指令指定容器启动时要执行的命令是 sh -c "echo Hello World"。

与 CMD 指令不同的是，ENTRYPOINT 指令的参数不会被 docker run 命令中的参数覆盖。如果在运行容器时提供了其他命令，它们将被作为 ENTRYPOINT 指令中命令的参数。

例如，如果 Dockerfile 中包含以下 ENTRYPOINT 指令：

ENTRYPOINT ["python", "app.py"]

可以运行以下命令来覆盖默认的 ENTRYPOINT 命令：

docker run myimage python script.py

上述命令将覆盖镜像中的默认 ENTRYPOINT 命令，执行 python script.py。

需要注意的是，如果在 Dockerfile 中同时使用了 CMD 和 ENTRYPOINT 指令，ENTRYPOINT 指令的参数将作为主要命令，而 CMD 指令的参数将作为默认参数。这意味着在运行容器时，可以提供额外的参数来覆盖 CMD 指令的默认参数。

ARG

用于定义构建参数

在 Dockerfile 中，ARG 是一个指令（instruction），用于定义构建参数（build-time arguments）。

ARG 指令的作用是定义一个变量，该变量可以在构建过程中使用，并且可以通过 --build-arg 参数在构建镜像时进行设置。

ARG 指令的语法如下：

ARG <变量名>[=<默认值>]

其中 <变量名> 是要定义的参数的名称，<默认值> 是可选的默认值。

以下是一个示例：

ARG VERSION=1.0

上述指令定义了一个名为 VERSION 的构建参数，并设置默认值为 1.0。

在 Dockerfile 中，可以通过使用 ${<变量名>} 的语法来引用构建参数。例如，在 RUN 指令中可以这样使用：

RUN echo "Version: ${VERSION}"

上述指令将输出构建参数 VERSION 的值。

在构建镜像时，可以使用 --build-arg 参数来传递构建参数的值。例如：

docker build --build-arg VERSION=2.0 -t myimage .

上述命令将使用值 2.0 替代默认的 1.0 来构建镜像，并将构建参数 VERSION 设置为 2.0。

需要注意的是，构建参数在构建过程中起作用，但在运行容器时不会被传递到容器内部。如果需要在容器运行时访问这些参数，可以使用环境变量来传递。

HEALTHCHECK

用于定义容器的健康检查行为

HEALTHCHECK 是 Dockerfile 中的一条指令，用于定义容器的健康检查行为。

HEALTHCHECK 指令的作用是在容器运行时定期检查容器内部应用程序的健康状态，并根据检查结果报告容器的健康情况。

HEALTHCHECK 指令的语法如下：

HEALTHCHECK [选项] CMD <命令>

其中 <命令> 是要执行的命令或脚本，用于检查容器内部应用程序的健康状态。可以使用任何有效的 Shell 命令或脚本。

HEALTHCHECK 指令支持以下选项：

--interval=<持续时间>: 指定健康检查的间隔时间，默认为30秒。--timeout=<持续时间>: 指定健康检查命令的超时时间，默认为30秒。--start-period=<持续时间>: 指定容器启动后的等待时间，用于第一次进行健康检查，默认为0秒。--retries=<次数>: 指定在健康检查失败后重试的次数，默认为3次。

以下是一个示例：

HEALTHCHECK --interval=5s --timeout=3s CMD curl -f http://localhost/ || exit 1

上述指令定义了一个健康检查，每5秒执行一次命令 curl -f http://localhost/ || exit 1。如果命令返回非零状态码或超时，则认为容器不健康。

在运行容器时，可以使用 --health-cmd、--health-interval、--health-timeout 等选项来覆盖 Dockerfile 中定义的健康检查行为。

例如，可以使用以下命令运行容器并覆盖健康检查的命令：

docker run --health-cmd="curl -f http://localhost/ || exit 1" myimagecode>

需要注意的是，健康检查不会自动修复容器内部的问题，它只是报告容器的健康情况。根据健康检查的结果，可以使用其他工具或编排系统来采取进一步的操作，例如重新启动容器或通知管理员。

ONBUILD

<code>[root@localhost wzy]# vim Dockerfile

将下面内容复制进去

FROM centos

MAINTAINER wzy<152310@163.com>

ENV MYPATH /usr/local

WORKDIR $MYPATH

#centos Linux已被停止维护，添加下面参数，否则yum会报错

RUN cd /etc/yum.repos.d/

RUN sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-*

RUN sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-*

RUN yum makecache

RUN yum update -y

#安装 vim编辑 器

#RUN yum -y install vim

#安装ifconfig命令查看网络IP

RUN yum -y install net-tools

#安装iava8及lib库

RUN yum -y install glibc.i686

RUN mkdir /usr/local/java

#ADD 是相对路径jar,把jdk-8u411-linux-x64.tar.gz添加到容器中,安装包必须要和Dockerfile文件在同一位置

ADD jdk-8u411-linux-x64.tar.gz /usr/local/java/

#配置java环境变量

ENV JAVA_HOME /usr/local/java/jdk1.8.0_411

ENV JRE_HOME $JAVA_HOME/jre

ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH

ENV PATH $JAVA_HOME/bin:$PATH

EXPOSE 80

CMD echo $MYPATH

CMD echo "success-------------- 0k"

CMD /bin/bash

然后查看Dockerfile是否生成

[root@localhost wzy]# vim Dockerfile

[root@localhost wzy]# ll

总用量 143464

drwxr-xr-x. 2 root root 42 4月 11 20:05 docker_data

-rw-r--r--. 1 root root 726 5月 5 16:18 Dockerfile

-rwxrw-rw-. 1 root root 146902735 5月 5 15:32 jdk-8u411-linux-x64.tar.gz

drwxr-xr-x. 2 root root 6 4月 10 19:21 myregistry

drwxr-xr-x. 5 root root 41 4月 18 19:12 mysql

drwxr-xr-x. 5 root root 41 4月 25 20:24 mysqlslave

drwxr-xr-x. 3 root root 36 4月 23 20:10 redis

[root@localhost wzy]#

执行构建

使用 docker build -t 镜像名:TAG .

TAG是版本标签，最后的.一定要带上

时间略长，完成后如下：

[root@localhost wzy]# docker build -t javacentos:1.5 .

[+] Building 403.9s (16/16) FINISHED docker:default

=> [internal] load build definition from Dockerfile 0.0s

=> => transferring dockerfile: 1.15kB 0.0s

=> [internal] load metadata for docker.io/library/centos:latest 0.0s

=> [internal] load .dockerignore 0.0s

=> => transferring context: 2B 0.0s

=> [ 1/11] FROM docker.io/library/centos:latest 0.0s

=> [internal] load build context 0.0s

=> => transferring context: 111B 0.0s

=> CACHED [ 2/11] WORKDIR /usr/local 0.0s

=> [ 3/11] RUN cd /etc/yum.repos.d/ 0.6s

=> [ 4/11] RUN sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-* 0.8s

=> [ 5/11] RUN sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault 0.8s

=> [ 6/11] RUN yum makecache 120.2s

=> [ 7/11] RUN yum update -y 251.6s

=> [ 8/11] RUN yum -y install net-tools 4.4s

=> [ 9/11] RUN yum -y install glibc.i686 8.2s

=> [10/11] RUN mkdir /usr/local/java 0.8s

=> [11/11] ADD jdk-8u411-linux-x64.tar.gz /usr/local/java/ 12.9s

=> exporting to image 3.3s

=> => exporting layers 3.3s

=> => writing image sha256:bab2caaa8c22674d3f2b85677c779de018aecf879b2575757bc4 0.0s

=> => naming to docker.io/library/javacentos:1.5

查看生成的镜像，第一个便是

[root@localhost wzy]# docker images

REPOSITORY TAG IMAGE ID CREATED SIZE

javacentos 1.5 bab2caaa8c22 32 seconds ago 982MB

0.0.0.0:5000/wzynewubt 1.0 e0b810b1a75f 3 weeks ago 125MB

registry.cn-hangzhou.aliyuncs.com/bigworth/stock 1.0 67785ab85293 3 weeks ago 191MB

ubuntu latest efb62633a173 4 weeks ago 72.8MB

tomcat latest fb5657adc892 2 years ago 680MB

redis 6.2.6 7614ae9453d1 2 years ago 113MB

redis latest 7614ae9453d1 2 years ago 113MB

mysql latest 3218b38490ce 2 years ago 516MB

registry latest b8604a3fe854 2 years ago 26.2MB

centos latest 5d0da3dc9764 2 years ago 231MB

[root@localhost wzy]#

验证

运行新镜像的容器实例

pwd进入的是Dockerfile配置的工作目录/usr/local

java -version输出的也是上面下载的java版本

[root@localhost wzy]# docker run -it bab2caaa8c22 /bin/bash

[root@e58873ee0dd4 local]# pwd

/usr/local

[root@e58873ee0dd4 local]# java -version

java version "1.8.0_411"

Java(TM) SE Runtime Environment (build 1.8.0_411-b09)

Java HotSpot(TM) 64-Bit Server VM (build 25.411-b09, mixed mode)

[root@e58873ee0dd4 local]#

3.虚悬镜像

仓库和标签都是none的镜像

docker使用或部署时出现错误可能会导致虚悬镜像的产生。

查看虚悬镜像

docker image ls -f dangling=true

删除虚悬镜像

docker image prune

4.docker部署jar包

准备java项目代码

准备java项目代码，打jar包

在cmd用java -jar验证jar包无问题后再使用