这是我的 args.bat 文件:

@echo off 
python -c "import sys; print(sys.argv)" %* 

我在这里调用 python 因为我确切地知道如何解释输出，而不是猜测字符串中有哪些引号

如果我从 cmd 调用它会发生以下情况:

>.\args.bat ^^^^^ 
More? 
More? 
['-c', '^'] 
>.\args.bat "^^^^^" 
['-c', '^^^^^'] 

但这是 powershell 的作用:

PS> .\args.bat ^^^^^ 
['-c', '^'] 
PS> .\args.bat "^^^^^" 
['-c', '^'] 
PS> .\args.bat '^^^^^' 
['-c', '^'] 
PS> .\args.bat "'^^^^^'" 
['-c', '^'] 
PS> .\args.bat '"^^^^^"' 
['-c', '^^^^^'] 

为什么在从 powershell 调用批处理文件时必须双引号参数？

从powershell调用python不存在同样的问题:

PS> python -c "import sys; print(sys.argv)" "^^^^^" 
['-c', '^^^^^'] 
PS> python -c "import sys; print(sys.argv)" '^^^^^' 
['-c', '^^^^^'] 
PS> python -c "import sys; print(sys.argv)" ^^^^^ 
['-c', '^^^^^'] 

但是从 powershell 从 python 调用批处理时仍然存在!

PS> python -c "import subprocess; subprocess.call(['args.bat', '^^^^^'])" 
['-c', '^'] 

然后从 cmd 从 python 批处理:

> python -c "import subprocess; subprocess.call(['args.bat', '^^^^^'])" 
['-c', '^'] 

请您参考如下方法:

关于批处理文件是否可以稳健地传递任意参数(剧透警报:否)的更大问题，请参阅 Eric 的 follow-up question .

tl;dr:

PS> .\args.bat --% "^^^^^" 
['-c', '^^^^^'] 

使用 --%, the stop-parsing symbol , 使 PowerShell 按原样传递剩余的参数，除了扩展 cmd.exe 样式的环境变量引用，例如 %OS%。

相反，您将无法引用 PowerShell 变量或表达式。

PowerShell 作为一个独立的 shell，首先执行其自己的解析，然后 - Windows 上的一个不幸的必需品 - 在为外部程序编写命令行时重新应用引号。

它执行此操作的方式随着时间的推移而发生了变化，并且在过去一直是许多问题的根源。 这些问题导致了 --% 的引入，如上所述，但它也有其自身的挑战。

然而，重新引用通常是必要的，因为外部程序不一定理解 PowerShell 的语法。
最值得注意的是，'...' 引用不能假定为所有外部程序都能理解，因此需要转换为 "..."。

但是，PowerShell 会根据它是否认为必要 来有条件地 重新引用。

在本例中，因为 PowerShell "^^^^^" 字符串的内容 没有空格，PowerShell 在将它传递给批处理文件时决定不引用它；即:

.\args.bat "^^^^^" 

有效地成为

.\args.bat ^^^^^ 

这对大多数外部程序来说很好，其中^没有句法意义，但对于批处理文件(由cmd.exe) 它很重要，因为 ^ 用作转义字符。在不带引号的字符串中。

要在这种情况下仍然强制使用双引号，作为上述 --% 方法的替代方法，您可以使用嵌入双引号，因为您已经在您的问题中证明:

PS> .\args.bat '"^^^^^"' #  '...' quoting with embedded "..." quoting 
['-c', '^^^^^'] 

The same problem doesn't exist calling python from powershell:
PS> python -c "import sys; print(sys.argv)" "^^^^^"

那是因为 cmd.exe 不涉及此场景，即使从 PowerShell 调用时封闭的双引号丢失，Python 也会将 ^ 实例视为作为文字。

But persists when calling batch from python from powershell
PS> python -c "import subprocess; subprocess.call(['args.bat', '^^^^^'])"

And batch from python from cmd: > python -c "import subprocess; subprocess.call(['args.bat', '^^^^^'])"

那是因为你再次调用一个批处理文件 - 未加引号 ^^^^^ 在这种情况下甚至来自 cmd.exe，因为封闭的 '....' 仅对 Python 具有句法意义，不会被传递 - 这重新引入了特殊解释^。

请注意，即使是调用批处理文件的“无外壳”方法(例如来自 Python 的 subprocess.call())仍然总是调用 cmd.exe，因为 cmd.exe 是执行批处理文件所需的解释器。

将未加引号 的字符串^^^^^ 传递给批处理文件时，似乎有两轮解释:首先，作为参数的一部分解析时，每个^^ 对都变成一个^，任何未配对的^ 都将被丢弃。 在批处理文件中，因此您会看到 ^^，当不加引号使用时，它变成单个 ^ - 如果您双引号 %* 或 %1 在批处理文件中，您会看到 ^^ 已通过。