PowerShell中运行CMD命令的技巧总结（解决名称冲突和特殊字符等问题）

引言

我从老旧的 CMD.EXE 命令行换到优秀的 POWSERSHELL.EXE 已经有一段时间啦。您可能知道新的 Windows PowerShell 可以运行任何旧命令。不过有些旧命令的名称或语法可能会产生问题。但这都不是事儿。

麻烦 1：名称冲突

PowerShell 的 cmdlet 别名和旧命令的名称有冲突是个常见的问题。比如说您喜欢的服务控制命令 SC.EXE。SC.EXE 非常灵活！我能理解您为什么喜欢它（不要为用 NET.EXE 管理服务找借口）。如果您想查看 SMB Server 服务的状态，可以在 CMD.EXE 里这样用：

如果您在 PowerShell 中尝试同样的事，会得到：

因为 SC 是 Set-Content 的别名。它优先于 SC.EXE 文件。

方案 1A：使用 .EXE 扩展名

为了克服这个问题，您可以简单地将 .EXE 扩展名包含进旧命令。这消除了歧义并使相同的命令在 CMD.EXE 和 PowerShell 里都能用。还可以清楚告诉使用您脚本的人这里用的是旧 .EXE 命令而非 PowerShell 别名。

方案 1B：使用 CMD /C

另一个办法是把您的命令用引号括起让 CMD.EXE 来运行。但这样做没啥效率，仅仅为了执行您的命令就得运行一个 CMD.EXE 实例。

方案 1C：用等效的 PowerShell

很多情况下，可以用 PowerShell cmdlet 来代替您的旧命令。
例如这里您就可以直接使用 Get-Service：

麻烦 2：PowerShell 的特殊字符

有时旧命令的参数使用的字符在 PowerShell 里有特殊意义。
比如您想让某个目录被所有用户完全控制。在 CMD.EXE 里您可以这样做：

在 CMD.EXE 做这些没问题，但如果你在 PowerShell 运行就会报错：

试图给名字以 $ 结尾的电脑对象授权时也会引起一个类似的错误。

这个问题是因为括号和美元符在 PowerShell 中都有特殊意义。例如大括号之类常用字符也会引发相似的冲突。也有几种不同的方案来解决这个问题。

方案 2A：使用 CMD /C

和第一个问题一样，你可以引号括起您的命令交给 CMD.EXE 来处理。先不考虑效率，PowerShell 不会去解析引号里的字符串，这样就能正常工作。

方案 2B：使用 PowerShell 的转义字符

对于这个方案，您必须先知道使用的字符哪些对 PowerShell 有特殊意义。然后在它们每一个前面加上个反引号（`），它就是 PowerShell 的转义字符。这个方案的主要问题是你必须知道哪些字符需要转义，这让读写您的脚本更困难。
我们的例子里，你需要处理 ( 和 ) 这两个字符：

方案 2C：使用 PowerShell v3 的新语法“–%”

在 PowerShell v3 中有另一种选择来解决这个问题。您只需在命令行的任意位置添加 –% 序列（两个短划线和一个百分号）PowerShell 就不会再去解析剩下的部分。
我们的例子里，您可以这样用：

也可以这样用：

方案 2D：使用等效的 PowerShell

使用等效的 PowerShell 也是种选择。ICACLS.EXE 可以用 Set-ACL 代替。可以从这篇博客中找到更多的 Set-ACL 例子。

混搭

这里展示如何让您安全地享受 PowerShell 结合您的旧命令带来的灵活性。您可能会学到几个技巧并以全新的方式开始新老结合。

例如您能用灵活的 Get-Service 通配符代替 SC.EXE 里晦涩选项：

或者您可以使用 PowerShell 的 Get-Item（别名 Dir）过滤文件子集传递给 ICACLS.EXE 来处理：

您甚至可以循环遍历几个数并结合好用的 FSUTIL.EXE 来创建一批大小不同的文件用于测试项目：


尾声

事到如今，您可能已经确信 Windows PowerShell 是管理员的好朋友啦。然而您可能因为有些旧命令带着古怪的名字或参数而不能使用 POWERSHELL.EXE。我非常鼓励您使用这些技巧来彻底停用 CMD.EXE 并永久迁移到 PowerShell 来作为您主要的 shell。

文章出处：http://www.pstips.net/using-windows-powershell-to-run-old-command-line-tools-and-their-weirdest-parameters.html

最新评论