关于Dockerfile中CMD的executable与command含义的困惑及ll执行失败问题

核心问题：混淆了「shell别名/内置命令」与「独立可执行文件」 #

你遇到的CMD ["ll", "-a"]失效问题，本质是没搞懂Docker两种CMD形式的执行逻辑，以及ll这类命令的本质：

1. CMD两种形式的执行逻辑差异 #

• exec形式（推荐）：CMD ["executable","param1","param2"]
  Docker会直接调用指定的可执行文件，不会启动任何shell。这里的executable必须是系统中存在的独立二进制文件，要么写绝对路径（比如/bin/ls），要么是能被环境变量PATH找到的可执行文件。

• shell形式：CMD command param1 param2
  Docker会自动启动/bin/sh -c "command param1 param2"来执行命令，相当于在完整的shell环境中运行。这种形式能识别shell的别名、内置命令、环境变量，和你在终端里执行命令的逻辑一致。

2. 为什么ll在终端能用，Docker exec形式却不行？ #

ll根本不是一个独立的可执行文件——它是bash（或其他主流shell）的别名，默认映射为ls -l。

• 终端输入ll时，是你的shell先解析这个别名，转换成ls -l再执行；
• 但CMD ["ll", "-a"]是让Docker直接去找名为ll的可执行文件，系统中不存在这个文件，自然会报错。

3. 正确的写法示例 #

• 用exec形式执行等价命令：CMD ["ls", "-la"]（ls是独立可执行文件，路径通常是/bin/ls，能被PATH找到）
• 非要用ll的话，用shell形式：CMD ll -a
• 或者手动启动shell解析别名：CMD ["/bin/bash", "-c", "ll -a"]

4. 快速区分命令类型 #

• 独立可执行文件：ls、chmod、cp、cat等，用which 命令能看到具体路径（比如which ls返回/bin/ls），这类可以直接用exec形式。
• shell内置命令：cd、exit、pwd等，没有独立的二进制文件，只能在shell环境中执行，exec形式无法直接调用。
• shell别名：ll、la、自定义快捷命令等，依赖shell的配置解析，必须在shell环境下才能生效。

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