我正在创建一个 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
有帮助吗?

解决方案

在这种情况下,调用运算符“&”是不必要的。它用于在新范围内调用命令。这通常用于调用由字符串或脚本块指定的命令。它还具有一个附带的好处,即在命令完成且作用域消失后,在 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”,你的日子可能会很糟糕。

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

cmd /c $param

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

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

这表明 cmd.exe 接收到“/c echo foo”作为 单身的 争论。“/c”应该是与“echo foo”(要执行的命令)分开的参数。

其他提示

我和&amp;在尝试调用您正在尝试的可执行类型命令时,过去调用运算符。不确定我理解为什么。然而,Invoke-Expression似乎总是在这种情况下起作用:

PS C:\> $cmd = "cmd /c echo foo"
PS C:\> Invoke-expression $cmd
foo

我发现这样做的另一种方法是为命令行创建一个参数数组,并将其与apersand&amp;呼叫运营商。像这样:

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

& $exe $params;

这对我有用。

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

你的最后一个例子,如果失败,因为“&amp;”将字符串视为一个参数,因此它正在查找名为“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

我认为这是使用cmd / c的工件。运行

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

工作正常。除非你有一个真实的代码示例,否则有点难以拍摄。

当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
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top