如何调试CMD与PowerShell混合脚本以解决&等特殊字符报错问题

直接替换原脚本中的PowerShell调用行为以下代码即可解决问题：

PowerShell Start -FilePath """%~f0""" -Verb RunAs -WorkingDirectory """%~dp0"""

修改后可以正常兼容路径中存在空格、&等特殊字符的场景，UAC授权后脚本会正常运行，不会出现一闪而过的问题。

这个问题本质是CMD到PowerShell的两层转义规则冲突，推导逻辑如下：

• 第一层是CMD的解析规则：CMD中连续两个双引号会被转义为单个双引号，只要字符串被双引号包裹，内部的&、空格等特殊字符就不会被CMD识别为运算符。你写的"""%~f0"""在CMD解析后，会输出为"你的脚本完整路径"的格式，刚好符合PowerShell的字符串包裹要求。
• 第二层是PowerShell的解析规则：PowerShell中&是保留运算符，只有被引号包裹的字符串中的&才会被当成普通字符处理。Start是Start-Process的别名，不显式指定参数名的话，路径中的特殊字符很容易被错误识别为参数分隔符，因此需要加-FilePath显式指定路径参数。
• 你之前改完三重引号后一闪而过的核心原因是：PowerShell提权运行程序时，默认工作目录是C:\Windows\System32，不是原脚本所在目录，因此需要加-WorkingDirectory """%~dp0"""显式指定工作目录为脚本所在目录（%~dp0是CMD内置变量，代表当前脚本的所在目录路径）。

针对你提到的三个可选方案评估如下：

• 切换工作目录后使用相对路径：可行性较低，因为提权后工作目录会被系统强制重置，仍然需要显式传递工作目录参数，没有比上面的单命令改法更简便。
• 预先定义字符串变量并替换特殊字符：不推荐，额外增加代码复杂度，且替换逻辑容易遗漏!、^、%等其他特殊字符，鲁棒性远低于直接用引号转义的方案。
• 使用powershell -encodedcommand参数传递命令：可行且鲁棒性最高，适合复杂命令的跨进程传递，但写法比单命令转义繁琐，仅需要提权运行当前脚本的场景下属于过度设计。如果后续需要传递更复杂的命令可以用该方案，核心逻辑是把要执行的PowerShell命令转成UTF16-LE编码的Base64字符串，直接传递给-EncodedCommand参数，完全规避转义冲突问题。

遇到CMD与PowerShell混合调用的解析问题时，可以按分层排查的思路调试：

1. 先在CMD脚本中用echo打印出要传给PowerShell的完整命令，确认CMD解析后的输出内容是否符合预期。
2. 把CMD输出的命令内容直接复制到PowerShell窗口中运行，排查是不是PowerShell层的解析错误，逐层定位问题点。

内容的提问来源于stack exchange，提问作者Einstein1969