为什么Kubernetes容器配置中command字段被设计为数组类型？

Kubernetes 的 command 字段设计为数组完全是对齐 Unix/Linux 底层进程执行逻辑的设计，既不是历史遗留也不是预留功能。
Unix 类系统的进程启动核心调用 exec 本身就接收字符串数组作为输入：数组第一个元素是要执行的可执行文件路径，后续元素依次是传递给该程序的参数，不需要额外处理空格、特殊字符的转义逻辑，从根源避免了字符串解析导致的命令执行错误。
至于字段名用单数 command 只是命名上的表述习惯，指代完整的「容器启动命令」这个整体，和数组类型的设计并不冲突。
举个简单的例子：如果你要执行的命令需要传递带空格的参数 echo "Hello K8s"，用数组格式直接写：

command: ["echo", "Hello K8s"]

就能正常执行，完全不需要处理引号转义的问题，如果 command 是字符串类型反而要额外做解析处理，平添故障风险。
你提到的文档中大多是单元素数组的情况，是因为多数场景下大家会选择把可执行文件路径写在 command，后续参数全放到 args 字段，或者干脆把整个启动序列都写在 command 里，才会给你「只需要单个字符串」的错觉。比如你要执行多命令管道的场景，完全可以写成多元素数组：

command: ["/bin/sh", "-c", "ps aux | grep nginx | grep -v grep"]

你提出的假设部分成立：K8s 保留 command 和 args 两个数组字段的设计，确实是为了给用户足够的灵活度——你可以选择把固定的启动程序写在 command，可变参数通过变量注入到 args，也可以把完整启动序列全写在 command 里不用拆分，不需要额外适配两种字段的使用逻辑。

内容的提问来源于stack exchange，提问作者AplusKminus