一：docker run参数覆盖Dockerfile中CMD命令情况
首先要明确docker run指令中的参数是什么？
答案：docker run 指令（-it/-p/-d等） 镜像名 参数（/bin/sh、bash等），即docker run命令中，镜像名后面的 都是给容器执行的命令参数
举例说明docker run参数覆盖Dockerfile中CMD命令的情况：
首先基于镜像创建一个新的镜像，Dockerfile书写如下：
按道理说：用docker run执行使用镜像创建容器时，屏幕上应该会输出：Hello World。
接下来创建镜像：
镜像创建，承建了一个名为test，版本号（tag）为1的镜像
然后我们分别用docker run -it test:1 和 docker run -it test:1 bash 两个指令来使用镜像创建启动容器，注意观察他们的区别
一：docker run -it test:1
这里成功输出了Hello World
二：docker run -it test:1 bash
发现并没有输出Hello World， 而是执行了 bash指令给我们提供了交互界面，因此 是docker run -it test bash中的bash命令参数覆盖了CMD。
关于CMD和ENTRYPOINT还有一点需要特别注意的是：如果一个Dockerfile中有多个CMD或ENTRYPOINT，只有最后一个会生效，前面其他的都会被覆盖
二：CMD与ENTRYPOINT区别
区别一：ENTRYPOINT不会被docker run 中的参数命令覆盖
区别二：如果在Dockerfile中CMD与ENTRYPOINT都存在，则CMD中的指令将会被作为ENTRYPOINT中的参数，即这时候CMD里的指令会失去它的作用，只是作为一个参数（可以理解为就是字符串）了，而且这个时候docker run后的参数指令依然会覆盖CMD，但是也会失去他本身的作用，仅仅是作为参数（字符串）提供给ENTRYPOINT中的命令
例如：一个Dockerfile文件内容如下：
FROM xxx(初始镜像名)
ENTRYPOINT ["echo"]
CMD ["Hello World"]
使用该Dockerfile创建新镜像后，执行 docker run -it 镜像名，就应该会输出：Hello World（没有实际操作验证）
接下来留一个小思考，如果使用该Dockerfile创建完成新镜像之后，执行docker run -it 镜像名 bash指令创建执行容器，CMD ["Hello World"] 这一条会不会被覆盖，会不会显示Hello World？
依然会覆盖CMD，因此不会输出Hello World 而是会输出bash，而且 现在的bash已经不是给我们提供交互界面的指令了，而是ENTRYPOINT中 echo的一个参数了，因此也无法给我们提供交互界面
从 docker ps -a就可以看出，使用镜像创建运行容器时执行的指令不是bash而是“echo bash“