Powershell命令处理(传入变量)
Posted
技术标签:
【中文标题】Powershell命令处理(传入变量)【英文标题】:Powershell Command Processing (Passing in Variables) 【发布时间】:2010-10-23 00:00:06 【问题描述】:我正在创建一个 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
【问题讨论】:
【参考方案1】:在这种情况下,调用运算符“&”是不必要的。它用于在新范围内调用命令。这通常用于调用由字符串或脚本块指定的命令。它还有一个附带的好处是,在命令完成并且范围消失后,在 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”(要执行的命令)分开的参数。
【讨论】:
数组也适用于构建命令行参数;即 $cmdArgs = @('/c','echo foo'); cmd $cmdArgs【参考方案2】:过去,在尝试像您尝试的那样调用可执行类型命令时,我遇到了 & 调用运算符的问题。不知道我明白为什么。然而,Invoke-Expression 似乎总是在这种情况下工作:
PS C:\> $cmd = "cmd /c echo foo"
PS C:\> Invoke-expression $cmd
foo
【讨论】:
【参考方案3】:我发现的另一种方法是为命令行创建一个参数数组,并将其与 apersand & 调用运算符一起使用。像这样的:
$exe = "cmd";
[Array]$params = "/c", "echo", "foo";
& $exe $params;
对我来说效果很好。
我最初在这里发现了这种技术: http://techstumbler.blogspot.com/2009/12/windows-commands-with-arguments-in.html
【讨论】:
【参考方案4】:您的最后一个示例如果失败,因为“&”将字符串视为一个参数,因此它正在寻找一个名为“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
【讨论】:
【参考方案5】:我认为这是使用 cmd /c 的产物。运行
$param = "echo foo"
cmd /c $param
工作正常。除非您有真实的代码示例,否则很难排除故障。
【讨论】:
【参考方案6】:当参数包含在字符串中时,它们的处理方式不同:
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
【讨论】:
以上是关于Powershell命令处理(传入变量)的主要内容,如果未能解决你的问题,请参考以下文章