Docker从入门到精通——CMD与ENTRYPOINT区别

简介: Docker从入门到精通——CMD与ENTRYPOINT区别

CMD与ENTRYPOINT

CMD和ENTRYPOINT的作用

CMD和ENTRYPOINT这两个命令,我接触到的是用在了Dockerfile中用于构建容器。
CMD:The main purpose of a CMD is to provide defaults for an executing container. CMD的主要用途是为正在执行的容器提供默认值。也就是指定这个容器启动的时候要运行的命令。


ENTRYPOINT:也是指定这个容器启动的时候要运行的命令。

CMD语法

The CMD instruction has three forms:
CMD ["executable","param1","param2"] (exec form, this is the preferred form)
CMD ["param1","param2"] (as default parameters to ENTRYPOINT)
CMD command param1 param2 (shell form)

Dockerfile中只有一条CMD指定,如果列出多个,只有最后一个CMD才会生效。

CMD的主要目的是为正在执行的容器提供默认值。这些默认值可以包括可执行问卷,也可以省略可执行问卷,在这种情况下必须指定给一条ENTRYPOINT指令。

ENTRYPOINT语法

ENTRYPOINT 有两种形式:
exec形式,这是首选形式:
ENTRYPOINT ["executable", "param1", "param2"]
外壳形式:
ENTRYPOINT command param1 param2

与CMD类似再Dockerfile中只有一条ENTRYPOINT指定,如果列出多个,只有最后一个ENTRYPOINT生效。

CMD与ENTRYPOINT的区别

docker run后面的参数会将CMD指定的参数进行覆盖。
ENTRYPOINT与CMD的区别是不可以被docker run 后的参数覆盖,会吧docker run后面的参数传递给ENTRYPOINT指定的参数。

案例

使用使用Dockerfile构建centos镜像,再Dockerfile中使用CMD和ENTRYPOINT。当docker run +参数的时候进行CMD 和ENTRYPOINT的测试,CMD指定的参数是否会被覆盖,以及ENTRYPOINT指定的参数是否会最佳docker run后面的参数。

测试CMD

1.创建一个名为dockerfile-centos-test的文件,再编写dockerfile文件。

# 编写dockerfile文件
$ vim dockerfile-centos-test
FROM centos
CMD ["ls","-a"] #再容器运行的时候列出所有目录
# 构建镜像
$ docker build -f dockerfile-centos-test -t cmd-test:0.1 .
# 运行镜像
$ docker run cmd-test:0.1

列出了所有目录


2.这个时候我们再追加一个命令-l 变成ls-al



出现错误,再CMD的情况加-l 替换了CMD[“ls”,“-l”].由于-l不是命令所以报错。

3.我们再输入docker run cmd-test:0.1 ls

这个时候就执行成功了。

测试ENTRYPOINT

和之前测试CMD一样,

#创建一个文件docker-test-entrypoint
#编写dockerfile文件
$ vim docker-test-entrypoint
FROM centos
ENTRYPOINT ["ls","-a"]
#构建镜像
$ docker build -f docker-test-entrypoint -t entrypoint-test:0.1 .
#运行镜像
$ docker run entrypoint-test:0.1```
![在这里插入图片描述](https://ucc.alicdn.com/images/user-upload-01/47ffb813eac148048ca54d288e0dcdde.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA546L5Y2r4oCU4oCURGF2aWQ=,size_16,color_FFFFFF,t_70,g_se,x_16)
这个时候追加一个命令-l 成为ls-al
```powershell
# 想追加一个命令 -l 成为ls -al
$ docker run cmd-test:0.1 -l


总结一下:CMD的情况下 -l 替换了CMD的ls -a。而ENTRYPOINT的情况下-l 追加到了ls -a 的后面 变成了ls -al。

目录
打赏
0
0
0
0
344
分享
相关文章
云原生时代的容器化实践:Docker和Kubernetes入门
【10月更文挑战第37天】在数字化转型的浪潮中,云原生技术成为企业提升敏捷性和效率的关键。本篇文章将引导读者了解如何利用Docker进行容器化打包及部署,以及Kubernetes集群管理的基础操作,帮助初学者快速入门云原生的世界。通过实际案例分析,我们将深入探讨这些技术在现代IT架构中的应用与影响。
211 2
Kubernetes与Docker参数对照:理解Pod中的command、args与Dockerfile中的CMD、ENTRYPOINT。
需要明确的是,理解这些都需要对Docker和Kubernetes有一定深度的理解,才能把握二者的区别和联系。虽然它们都是容器技术的二个重要组成部分,但各有其特性和适用场景,理解它们的本质和工作方式,才能更好的使用这些工具,将各自的优点整合到生产环境中,实现软件的快速开发和部署。
44 25
Docker、containerd、CRI-O 和 runc 之间的区别
通过理解这些组件的角色和功能,可以更好地选择和配置容器环境,以满足特定的需求和应用场景。
83 25
Docker 入门全攻略:安装、操作与常用命令指南
Docker 的世界非常广阔,这只是一个开始,请继续探索和学习 Docker 的高级特性和最佳实践。后续也会继续更新相关的理论与实践内容。 只有锻炼思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
入门级容器技术解析:Docker和K8s的区别与关系
本文介绍了容器技术的发展历程及其重要组成部分Docker和Kubernetes。从传统物理机到虚拟机,再到容器化,每一步都旨在更高效地利用服务器资源并简化应用部署。容器技术通过隔离环境、减少依赖冲突和提高可移植性,解决了传统部署方式中的诸多问题。Docker作为容器化平台,专注于创建和管理容器;而Kubernetes则是一个强大的容器编排系统,用于自动化部署、扩展和管理容器化应用。两者相辅相成,共同推动了现代云原生应用的快速发展。
408 11
docker入门-快速学会docker
本文介绍了Docker的基本概念,包括镜像、容器、tar文件、Dockerfile和仓库,并通过实际操作演示了如何使用Docker。从拉取Nginx镜像、运行容器、修改容器内容、保存容器为新镜像,到使用Dockerfile构建自定义镜像,最后讲解了如何保存和恢复镜像。文中还推荐了一个在线实践平台Play with Docker,方便读者快速上手Docker。
444 5
docker入门-快速学会docker
Kubernetes(k8s)和Docker Compose本质区别
理解它们的区别和各自的优势,有助于选择合适的工具来满足特定的项目需求。
374 19
一个有用的docker entrypoint脚本的范例
通过这个 Entrypoint 脚本,您可以确保在 Docker 容器启动时执行必要的初始化步骤,并且容器可以根据不同的运行时环境进行相应的配置和操作。这个范例展示了如何编写一个灵活且功能强大的 Entrypoint 脚本,使您的 Docker 容器更加可靠和易于管理。
83 3
云原生技术入门:Kubernetes和Docker的协同工作
【10月更文挑战第43天】在云计算时代,云原生技术成为推动现代软件部署和运行的关键力量。本篇文章将带你了解云原生的基本概念,重点探讨Kubernetes和Docker如何协同工作以支持容器化应用的生命周期管理。通过实际代码示例,我们将展示如何在Kubernetes集群中部署和管理Docker容器,从而为初学者提供一条清晰的学习路径。