当以各种方式引用bash变量时，如何正确地转义bash变量？

Question

我有以下代码：

set -o xtrace
openDirectory ()
{
    lxterminal --command="zsh -c 'cd "$1"; zsh -i' "
}

# Handle argument.
if [ "$@" ]
then
  openDirectory ~/Projects/Clients/"@1"
  cd $1
fi

如果传递的参数中有一个空格，则此操作将失败。

lxterminal '--command=zsh -c '\''cd /home/chris/Projects/Clients/Test' - 'Space; zsh -i'\'' '
cd Test - Space
cd: too many arguments

我怎么才能逃过这一劫？用像bash这样的东西来做这件事是否可行？

Answer 1

假设外壳实际上是bash (因为问题是有标记的)，您可以使用printf -v varname %q "$var"将var值的安全引用实例存储到名为varname的变量中，如下所示：

openDirectory()
{
    local cd_cmd cmd
    printf -v cd_cmd '%q ' cd "$1"
    printf -v cmd '%q ' zsh -c "$cd_cmd && zsh -i"
    lxterminal --command="$cmd"
}

printf '%q'计算为给定字符串的一个版本，当bash (或任何具有等效语义的shell )编辑eval‘时，该字符串将计算为原始的字面值。

为了解释为什么这样做：

• 在上面，代码本身包含的所有引号字符都是语法而不是文字:所有引用和转义都依赖于printf %q。这是一种最佳实践方法:使用文字引号意味着正在生成的数据中的文字能够转义那些引号。
• 通过shell引用运行shell指令(如&& )将使它们成为文字数据。因此，当我们将&&作为参数传递给-c时，我们希望它是文字数据，而不是语法，而不是在远程shell处理时的文字数据--这就是为什么它只出现在最后一次引用传递中。

Answer 2

尽管在评论中提出了一个很好的建议，但作为处理这些问题的一般方法，你可以这样写：

set -o xtrace
openDirectory ()
{
    local safe_path
    printf -v safe_path "%q" "$1"
    lxterminal --command="zsh -c 'cd $safe_path; zsh -i' "
}

有关准备将命令作为参数传递给lxterminal的更好方法，请参见CharlesDuffy的答案。

至于您的其余代码，我可能会使用以下代码：

# Handle argument.
if
  [ -d  "$1" ]
then
  openDirectory ~/Projects/Clients/"@1"
  cd "$1"
fi

使用"$@"作为if条件可以产生0 (true)，如果参数1存在但为空(空字符串)，则执行主体(空字符串)，但下面的参数不是。我想这不是你想要的。

我不确定"@1“是否是一个错误，或者它是否真的是指”Projects/Client“目录中的一个名为"@1”的目录。但是，"$1"参数对cd的引用是肯定的。