dockerfile CMD 和 ENTRYPOINT 分别什么时候用
在 Docker中，CMD 和 ENTRYPOINT 指令都是用来定义容器启动时运行的默认命令，但它们的用途和行为有所不同，适用于不同的场景：
CMD
用途：CMD指令用来指定容器启动后默认执行的命令及其参数。它更倾向于提供默认的或可被替代的执行行为。
可覆盖性：当使用docker run命令启动容器时，如果指定了额外的命令或参数，CMD会被这些命令或参数覆盖。这使得CMD适合定义那些可能根据容器使用情境变化的默认行为。
使用场景：当你希望最终用户能够轻松地覆盖默认命令或添加额外参数时使用CMD，比如运行一个web服务器，默认情况下可以是服务启动命令，但用户可以通过docker run来指定自己的命令。
ENTRYPOINT
用途：ENTRYPOINT 指令用于设置容器启动时要执行的命令，它更像是容器的入口点。
与CMD不同，它设计得更加固定，通常用于确保容器作为特定类型的应用程序运行。
可覆盖性：虽然可以通过 docker run 命令附加参数，这些参数不会覆盖 ENTRYPOINT 指令，而是作为 ENTRYPOINT 指定命令的参数传入。这意味着ENTRYPOINT定义的行为更为稳定，不易被意外改变。
使用场景：当你需要确保容器总是以特定的命令或脚本启动，并且这个行为不希望轻易被用户修改时，应使用ENTRYPOINT。
例如，如果你的容器是为了运行一个特定的 Python 脚本或 Java 应用，那么 ENTRYPOINT 可以设置为该脚本的执行器（如python或java）。
结合使用
通常，ENTRYPOINT 和 CMD 可以一起使用，以达到既定义了容器的主入口点，又提供了默认参数的效果。
CMD的值可以被 docker run 的命令行参数覆盖，而这些参数会作为 ENTRYPOINT 指定命令的参数。
总结来说，选择 CMD 还是 ENTRYPOINT，取决于你希望容器的启动行为有多固定，以及用户是否有能力或需要改变默认的命令执行。
在 Dockerfile 中，结合使用 ENTRYPOINT 和 CMD 的一个典型示例是配置一个运行特定应用程序的容器。
下面是一个简单的示例，假设我们正在构建一个运行MySQL数据库的Docker镜像：
FROM mysql:latest ENV MYSQL_ROOT_PASSWORD=my-secret-pw # ENTRYPOINT 定义了容器启动时运行的命令及可执行文件 ENTRYPOINT ["docker-entrypoint.sh"] # CMD 提供了默认的参数给 ENTRYPOINT，这里是指定 MySQL 服务启动时的一些选项 CMD ["mysqld"]
ENTRYPOINT 设置为 ["docker-entrypoint.sh"]，这是一个脚本，通常由基础镜像提供，用于处理一些初始化任务（如环境变量设置、权限调整等），然后它会进一步执行传入的命令。
通过使用 ENTRYPOINT，确保了即使用户在运行时指定了额外的参数，这些参数也会作为 docker-entrypoint.sh 的输入，保持了容器启动流程的一致性。
CMD 设置为 ["mysqld"]，这是MySQL服务的启动命令。当没有在 docker run 命令后面附加额外命令时，容器将默认执行 docker-entrypoint.sh mysqld，启动 MySQL 服务。用户可以通过 docker run 命令行指定不同的命令或参数来覆盖 CMD，但这些将会作为 docker-entrypoint.sh 的参数，保持了 ENTRYPOINT 定义的执行流程不变。
这样的配置既保证了容器的核心启动逻辑（通过 ENTRYPOINT）不易被误改，又提供了灵活性（通过 CMD 定义默认行为，且允许用户覆盖）。
