正确覆盖默认CMD需用数组格式如["nginx","-g","daemon off;"]或字符串格式"nginx -g 'daemon off;'"，但须注意entrypoint存在时command仅作其参数；多命令必须用sh -c包装并加exec确保PID 1接管。
直接在 docker-compose.yml 的 command 字段里写新命令，就能覆盖镜像默认的 CMD。但写错格式、忽略 entrypoint 影响、或硬塞多个命令不加包装，容易导致容器启动失败或行为异常。
正确覆盖默认 CMD 的两种写法
镜像自带的默认命令（比如 nginx -g "daemon off;" 或 python app.py）会被 command 完全替换。关键在于格式必须合法：
- 用字符串数组（推荐）：
command: ["redis-server", "--appendonly", "yes"]—— 每个参数独立成项，避免 shell 解析歧义 - 用单字符串（仅限简单场景）：
command: nginx -g "daemon off;"—— 实际会被包装成sh -c "..."执行，引号和空格需格外小心 - 别写成：
command: "redis-server --appendonly yes"—— 这会把整串当第一个参数传给sh，Redis 启不起来
保留原始 ENTRYPOINT 时 command 是它的参数
如果基础镜像定义了 ENTRYPOINT ["./entrypoint.sh"]，那 command 的值不会替代整个启动逻辑，而是作为参数传给 entrypoint.sh 执行：
- 例如：
entrypoint: ["/app/entrypoint.sh"]+command: ["migrate", "--env=prod"]→ 最终执行/app/entrypoint.sh migrate --env=prod - 此时若想彻底绕过 entrypoint，得同时设置
entrypoint: []，再用command定义完整命令 - 查镜像有没有 entrypoint？运行
docker inspect 镜像名 | grep -A 5 -B 5 Entrypoint
需要执行多条命令？别硬拼，用 shell 包装
command 字段本身不支持原生多命令；强行用分号或 && 必须显式调用 shell：
- 安全写法：
command: ["sh", "-c", "chmod +x /app/init.sh && /app/init.sh && exec python app.py"] - 注意
exec：它让主进程接管 PID 1，确保信号（如SIGTERM）能正常传递，避免容器无法优雅停止 - 更清晰的做法是把逻辑写进脚本（如
start.sh），再通过command: ["./start.sh"]调用，便于调试和复用
调试 command 是否生效的小技巧
容器没按预期启动？快速验证 command 行为：
- 临时改成
command: ["sleep", "3600"]，然后docker-compose exec 服务名 ps aux看实际进程树 - 加
stdin_open: true和tty: true，再docker-compose run --rm 服务名 sh手动模拟启动环境 - 对比
docker inspect 容器ID | jq '.[0].Config.Cmd'和.Config.Entrypoint，确认最终解析结果
