docker容器pid 1进程由entrypoint和cmd共同决定，entrypoint指定主程序（优先级高），cmd为其参数；覆盖需明确区分shell/exec模式，用--entrypoint清空或替换，command仅覆盖cmd部分，错误组合将导致容器退出。
覆盖 docker 容器默认启动逻辑，核心是控制容器 pid 1 进程的生成方式，关键在 entrypoint 和 cmd 的组合与覆盖规则。直接改命令不等于能跑起来——格式错、忽略 entrypoint 存在、或混用 shell/exec 模式，都可能导致容器秒退或命令不执行。
用 docker run 临时覆盖最灵活
这是调试和一次性验证的首选方式，优先级最高，完全绕过镜像原有配置：
-
--entrypoint 替换主程序：比如
docker run --entrypoint /bin/sh -it nginx:alpine直接进 shell，不走原 nginx 启动逻辑 - 只传新命令则仅覆盖 CMD：如
docker run nginx:alpine nginx -v，若镜像有 ENTRYPOINT，该命令会作为其参数；若没有，则直接执行 - 清空 entrypoint 再自定义完整命令：
docker run --entrypoint "" -it nginx:alpine sh -c "ls /usr/share/nginx/html && nginx -t"
在 docker-compose.yml 中持久化覆盖
适合开发、测试环境固定调整，写在 service 配置下即可生效：
- 只改命令（保留原 ENTRYPOINT）：
command: ["redis-server", "--appendonly", "yes"]—— 推荐数组格式，避免 shell 解析问题 - 字符串写法需谨慎：
command: nginx -g "daemon off;"实际被包装为sh -c "nginx -g \"daemon off;\""，引号嵌套易出错 - 彻底替换启动逻辑：同时设
entrypoint: []和command，例如entrypoint: []+command: ["python3", "app.py", "--debug"]
注意 ENTRYPOINT 是否存在及其影响
很多官方镜像（如 mysql、postgres、nginx 官方版）都设了 ENTRYPOINT，这时 command 不是“替换成新命令”，而是“传给 entrypoint 的参数”：
- 原镜像：
ENTRYPOINT ["docker-entrypoint.sh"]+CMD ["mysqld"] - 你写
command: ["--version"]→ 实际运行docker-entrypoint.sh --version - 想跳过 entrypoint？必须显式清空：
entrypoint: []，否则 command 永远只是它的参数
验证当前镜像的启动配置
别猜，直接查：
- 看镜像元数据：
docker inspect nginx:alpine | jq '.[0].Config.Entrypoint, .[0].Config.Cmd' - 快速测试是否带 entrypoint：
docker run --rm nginx:alpine cat /proc/1/cmdline | tr '\0' ' '，观察 PID 1 真实进程 - 临时进容器探查：
docker run --rm -it --entrypoint /bin/sh nginx:alpine，然后手动执行原启动命令看效果
