PowerShell中参数空格转义疑问：为何部分参数允许空格部分却不允许？

这个问题确实挺让人挠头的，我来帮你拆解清楚背后的核心原因~

首先要明确一个关键差异：PowerShell原生cmdlet和外部命令的参数处理逻辑完全不一样，这就是你看到两种不同表现的根源：

1. 原生PowerShell cmdlet（比如New-Item）的参数处理 #

像New-Item这类PowerShell自己的命令，是直接和PowerShell的变量系统交互的。不管你的变量里有没有空格、特殊字符，它都会把变量的完整字符串内容当作单个参数值来处理。哪怕你这里的$path因为转义问题带了额外的双引号，New-Item也能准确创建对应的目录——因为它直接读取变量的原始字符串，不需要做额外的格式转换。

2. 外部命令（比如tar.exe）的参数处理 #

而tar.exe是Windows系统的原生外部程序，不属于PowerShell环境。PowerShell调用它时，需要把自己的参数转换成Windows命令行能识别的格式，这里就容易出问题：

• 当你直接传$path变量时，PowerShell会把变量内容直接拼接进命令行。如果变量里有空格或者特殊字符（比如你这里的$path实际值是a b"——因为你写的$path = "a b\"在PowerShell双引号字符串中，\"会被解析成一个双引号字符），tar.exe会把空格当作参数分隔符，或者把末尾的双引号当成语法错误，自然就找不到对应的路径了。
• 当你用tar -xf $file -C "$path"时，这里的"是PowerShell的转义双引号，相当于告诉PowerShell：把$path的内容用双引号包裹后再传递给tar.exe。这样tar.exe`收到的是一个带双引号的完整路径参数，它就能正确识别这是一个整体，不会把空格拆分开，所以能正常工作。

另外提个小细节：你定义$path = "a b\"其实是个小失误，如果你本来想创建的是名为a b的目录，应该写成$path = "a b"（去掉末尾的反斜杠），这样后续的命令处理会更顺畅，也不会出现多余的双引号问题。

最后给你个小技巧总结：

• 调用PowerShell原生cmdlet时，直接传变量就行，不用额外转义；
• 调用外部命令时，如果参数带空格或特殊字符，最好用双引号把变量包裹起来，比如-C "$path"，PowerShell会帮你正确转换成外部命令能识别的格式。

备注：内容来源于stack exchange，提问作者Iterokun