7

我正在创建一个 Powershell 脚本来部署一些代码，该过程的一部分是调用一个名为 RAR.EXE 的命令行压缩工具来备份一些文件夹。

我正在尝试动态构建参数，然后让 powershell 使用变量调用命令，但我遇到了麻烦。它不工作...

运行以下脚本，您应该会看到我在说什么。作为变量传入的参数正在被破坏。如果我在其中传递整个命令 + 参数，我会收到臭名昭著的“不被识别为 cmdlet ...”消息。

谢谢你的帮助！

echo "this should succeed"
& cmd /c echo foo

echo "why does this echo out an additional double quote?"
$param = "/c echo foo"
& cmd "$param"

echo "this does the same"
$param = "/c echo foo"
& cmd $param

echo "escaping the slash doesn't work either..."
$param = "`/c echo foo"
& cmd $param

echo "this fails, but why?"
$cmd = "cmd /c echo foo"
&$cmd
4

6 回答 6

10

在这种情况下，呼叫运算符“&”是不必要的。它用于在新范围内调用命令。这通常用于调用由字符串或脚本块指定的命令。它还有一个附带好处，即在命令完成并且范围消失后，在 PowerShell 脚本中创建的任何变量都会被丢弃。

然而，由于 cmd 是一个 EXE，它在一个完全不同的过程中执行。FWIW，您可以直接从 cmd.exe 获得类似的输出：

> cmd "/c echo foo"
foo"

所以最后的额外引号是一个 cmd.exe 问题。通常，当 PowerShell 进行解析以调用命令时，您需要将命令与参数分开，例如

45> & { $foo = "foo" }
46> $foo  # Note that $foo wasn't found - it went away with the scope
47> . { $foo = "foo" } # dotting executes in the current scope
48> $foo 
foo

这里值得注意的例外是 Invoke-Expression 的行为类似于“评估此字符串”函数。小心使用，尤其是在用户提供字符串的情况下。如果他们提供“ri C:\ -r”，你的日子会很糟糕。

在这种情况下，正如其他人所建议的那样，我会将 /c 从字符串 $param 字符串中提取出来并指定它，例如：

cmd /c $param

或者使用 Invoke-Expression 但要小心使用。顺便说一句，当您尝试调试从 PowerShell 向 EXE 发送参数的问题时，请查看 PowerShell 社区扩展 ( http://pscx.codeplex.com ) 中的 echoargs 实用程序。它非常方便：

49> $param = "/c echo foo"
50> echoargs $param
Arg 0 is </c echo foo>

这表明 cmd.exe 接收“/c echo foo”作为单个参数。“/c”应该是与“echo foo”（要执行的命令）分开的参数。

于 2009-05-01T18:01:42.307 回答
8

过去，在尝试像您尝试调用可执行类型命令时，我遇到了 & 调用运算符的问题。不知道我明白为什么。然而，Invoke-Expression 似乎总是在这种情况下工作：

PS C:\> $cmd = "cmd /c echo foo"
PS C:\> Invoke-expression $cmd
foo
于 2009-05-01T01:15:33.097 回答
8

我发现的另一种方法是为命令行创建一个参数数组，并将其与 apersand & 调用运算符一起使用。像这样的东西：

$exe = "cmd";
[Array]$params = "/c", "echo", "foo";

& $exe $params;

这对我来说效果很好。

我最初在这里找到了这种技术：http: //techstumbler.blogspot.com/2009/12/windows-commands-with-arguments-in.html

于 2009-12-09T18:28:26.763 回答
3

您的最后一个示例如果失败，因为“&”将字符串视为一个参数，因此它正在寻找一个名为“cmd /c echo foo.exe”的程序。:)

这有效：

& $cmd $params

至于双引号问题，似乎 cmd 不喜欢 PowerShell 放置的参数周围的引号。它得到这个：

cmd "/c echo foo"

所以我认为它将 /c 之后的所有内容都视为确切的命令，就像这样：

echo foo"

一些命令行程序和时髦的命令行解析（这就是 PowerShell 接管函数和 cmdlet 的工作的原因）。在 cmd 的情况下，我建议这样做：

$param = "echo foo"
& cmd /c $param
于 2009-05-01T02:02:11.800 回答
0

我认为这是使用 cmd /c 的产物。跑步

$param = "echo foo"
cmd /c $param

工作正常。除非你有一个真实的代码示例，否则很难排除故障。

于 2009-05-01T00:00:56.227 回答
0

当 Args 包含在 String 中时，它们的处理方式不同：

PS D:\> echo "1 2 3"
1 2 3
PS D:\> echo 1 2 3
1
2
3

当您为 args 使用变量时，会出现相同的结果：

PS D:\> $param = "1 2 3"
PS D:\> echo $param
1 2 3

解决方案是使用数组：

PS D:\> $param = @(1,2,3)
PS D:\> echo $param
1
2
3
于 2012-12-20T00:52:27.690 回答