在 Dockerfile 中，ENTRYPOINT 指令用于将容器配置为可执行程序。当容器启动时，该命令会被自动执行。其标准写法通常有两种：
ENTRYPOINT ["executable", "param1", "param2"] # exec 形式（推荐）
ENTRYPOINT command param1 param2 # shell 形式
这种机制赋予了容器一定的灵活性。而在 Kubernetes 环境中，我们往往需要针对特定场景调整容器的启动行为，此时能否覆盖镜像中预设的 ENTRYPOINT 呢？答案是肯定的。
我们可以通过 Pod 定义文件中的 command 和 args 字段来实现这一目标。下面是一个简单的 Pod 示例：
apiVersion: v1
kind: Pod
metadata:
name: command-demo
labels:
purpose: demonstrate-command
spec:
containers:
- name: command-demo-container
image: debian
command: ["printenv"]
args: ["HOSTNAME", "KUBERNETES_PORT"]
在这个配置里，containers 节点下的 command 对应 ENTRYPOINT 的命令部分，而 args 则对应参数列表。当两者同时存在时，它们会完全替换 Dockerfile 中的默认入口命令及参数。但实际场景中，有时只写其中一项，这时候的行为是怎样的呢？
我们可以归纳为以下四种情况：
- 均未指定：直接使用 Dockerfile 或镜像构建时的默认配置。
- 仅指定 command：忽略 Dockerfile 中的 ENTRYPOINT 及其参数，仅执行 YAML 中定义的命令（不带额外参数）。
- 仅指定 args：保留 Dockerfile 中的 ENTRYPOINT 命令，但使用 YAML 中定义的参数进行调用。
- 两者均指定：完全忽略 Dockerfile 的配置，以 YAML 中的
command和args为准。
