cmd是镜像默认命令，kubernetes通过command完全替换entrypoint/cmd、args仅替换cmd，实现分层控制；用args可复用镜像切换环境参数，用command+args可彻底变更主进程，需注意空args与未设置的区别。
CMD 指令本身不执行，只提供容器启动时的默认命令；Kubernetes 通过 command 和 args 字段可精准覆盖它——这是实现环境差异化部署的关键机制，不是“替代”，而是分层控制。
理解 CMD 在 Docker 与 Kubernetes 中的真实作用
Dockerfile 中的 CMD ["python", "app.py"] 是一个默认参数列表，它只有在未被显式覆盖时才生效。在 Kubernetes 中：
-
spec.containers[].command完全替换镜像的ENTRYPOINT（如果有）和CMD -
spec.containers[].args仅替换镜像的CMD，保留原始ENTRYPOINT - 若两者都未设置，才使用镜像中定义的
CMD
用 args 覆盖 CMD 实现多环境启动逻辑
适合需要复用同一镜像、仅变更启动参数的场景，比如不同配置文件或端口：
- 镜像 Dockerfile：
ENTRYPOINT ["/bin/sh", "-c"]，CMD ["python app.py --env=dev"] - 生产 Deployment 中写：
command: ["/bin/sh", "-c"]
args: ["python app.py --env=prod --port=8080"] - 效果：仍走 shell 启动路径，但参数完全由 Kubernetes 控制，无需重建镜像
用 command + args 组合实现彻底行为切换
当需在测试、调试、迁移等阶段运行完全不同命令时（如进 shell 查问题），直接替换主进程：
- Deployment 中指定：
command: ["/bin/bash"]
args: ["-c", "sleep infinity"] - 这会跳过所有 Dockerfile 中的 ENTRYPOINT/CMD，容器启动后就挂起，方便
kubectl exec进入调试 - 配合
livenessProbe.exec.command可进一步做定制健康检查
避免常见陷阱：顺序与空值处理
Kubernetes 的覆盖逻辑严格遵循 POSIX exec 行为，注意两点：
- 如果只设
args不设command，且镜像有ENTRYPOINT，则args成为其参数；若镜像无ENTRYPOINT，args就变成新命令——行为不一致，建议显式声明command - 空数组
args: []不等于不设置，它会传入空参数，可能触发程序默认行为；真要清空参数，应省略args字段
