### 使用 `--entrypoint` 参数运行自定义入口点的容器 在 Docker 中，可以通过 `docker run` 命令的 `--entrypoint` 参数覆盖 Dockerfile 中定义的 `ENTRYPOINT`。这使得用户能够在不修改镜像的情况下灵活地更改容器启动时的行为。 #### 示例说明 假设有一个基于 Ubuntu 的镜像，默认的 `ENTRYPOINT` 是 `/usr/local/bin/start.sh`。如果希望临时将入口点更改为 `sh`，可以按照以下方式操作： ```bash docker run --entrypoint sh ubuntu:latest ``` 上述命令会启动一个基于最新版 Ubuntu 镜像的容器，并将其入口点设置为 `sh` 而不是原始的 `start.sh`[^1]。 #### 结合 CMD 参数使用 当通过 `--entrypoint` 修改入口点时，仍然可以利用 `CMD` 提供的默认参数。例如，在 Dockerfile 中有如下配置： ```dockerfile ENTRYPOINT ["/usr/local/bin/entrypoint.sh"] CMD ["--default-option", "defaultValue"] ``` 此时，若想使用新的入口点并保留原有参数，可执行以下命令： ```bash docker run --entrypoint /custom-entrypoint.sh myimage --newoption newvalue ``` 此命令中，`myimage` 的默认行为被替换为调用 `/custom-entrypoint.sh` 并附加额外参数 `--newoption newvalue`[^2]。 #### 实际场景下的最佳实践 为了确保灵活性和兼容性，建议遵循以下原则： 1. **保持一致性**：即使使用 `--entrypoint` 替换了原有的入口点，仍应尽可能模拟原生行为以减少冲突。 2. **测试新入口点**：在生产环境中应用前，务必验证新入口点的功能是否满足需求。 3. **结合挂载卷调试**：对于复杂的脚本或程序，可通过 `-v` 参数挂载本地文件以便快速调整逻辑[^5]。 以下是完整的示例代码片段展示如何实现这一过程： ```bash # 创建一个新的 shell 容器实例 docker run \ --entrypoint "/bin/sh" \ # 设置入口点为 sh -w /app \ # 工作目录设为 /app (如果不存在则自动创建) -e task_id="12345" \ # 添加环境变量 task_id[^4] -e task_param="example-param" \ # 添加环境变量 task_param -v $(pwd)/script:/app/script \ # 将当前路径下 script 文件夹映射至容器内的 /app/script ubuntu:latest # 使用的基础镜像是 ubuntu:latest ``` 在此基础上，可以在容器内部编写 Python 或 Shell 脚本来访问这些环境变量以及工作目录的内容。 ---