Windows 带有空格和括号的批处理文件变量
我读过很多关于让windows批处理文件解析器正确处理带有空格、圆括号和其他特殊字符的变量的不同方法的文章,但是这些建议似乎都不能解决我遇到的问题 以下是脚本(在尝试任何解决方法之前),其目标是基于为variable01和variable02找到的值为variable03设置一个值:Windows 带有空格和括号的批处理文件变量,windows,variables,batch-file,escaping,Windows,Variables,Batch File,Escaping,我读过很多关于让windows批处理文件解析器正确处理带有空格、圆括号和其他特殊字符的变量的不同方法的文章,但是这些建议似乎都不能解决我遇到的问题 以下是脚本(在尝试任何解决方法之前),其目标是基于为variable01和variable02找到的值为variable03设置一个值: set variable01="C:\Program Files (x86)\SomeProgram\Subfolder" set variable02="${macro}" set variable01=%va
set variable01="C:\Program Files (x86)\SomeProgram\Subfolder"
set variable02="${macro}"
set variable01=%variable01:"=%
set variable02=%variable02:"=%
set variable03=""
if %variable02:~0,1%==$ (
if %variable01:~0,1%==$ (
set variable03=%variable03:"=%
) else (
set variable03=-o '%variable01%'
)
)
…variable01和variable02的值事先未知-它们在运行脚本之前由另一个程序替换,因此上面的脚本显示了替换后variable01和variable02的一组示例值
运行此脚本时出现的错误是:
\SomeProgram\Subfolder' was unexpected at this time.
…对应于上述脚本中的最后一行“set”。我假设这个错误是由于variable01值中的括号造成的
如果我将该行更改为:
set "variable03=-o '%variable01%'"
…然后我得到这个错误:
Files was unexpected at this time.
…这似乎表明它正在尝试对variable01中的空格进行标记化,而解析器仍然不满意
如果我在脚本顶部添加这一行:
setlocal enableextensions enableDelayedExpansion
…并将%variable01%更改为!变量01!,我仍然会犯同样的错误
显然,我不明白批处理文件解析器需要什么来满足我的要求,即variable03的值具有以下值:
-o 'C:\Program Files (x86)\SomeProgram\Subfolder'
…有什么建议吗?问题在于
variable01
值中的括号。因为它是在if
条件下展开的,所以这些括号被解释为流控制。通过始终将其置于双引号中进行修复
set variable01="C:\Program Files (x86)\SomeProgram\Subfolder"
set variable02="${macro}"
set variable01=%variable01:"=%
set variable02=%variable02:"=%
set variable03=""
if "%variable02:~0,1%"=="$" (
if "%variable01:~0,1%"=="$" (
set variable03=%variable03:"=%
) else (
call :set3 "%variable01%"
)
)
goto :eof
REM If it is important to have single quotes instead of double then
REM I found I had to call a subroutine. Otherwise the set could be
REM left up in the else.
:set3
set variable03=-o '%~1'
goto :eof
正如Nate所写,本例中的问题是括号,但完整的代码仍然不稳定 最好使用延迟扩展,因为这对任何特殊字符都是安全的。
您应该使用扩展语法
SET
SET“variable=content”用引号括起完整的表达式,这样几乎是安全的,引号不会添加到内容中。以后不需要删除引号 这应该适用于var1和var2中的任何内容
setlocal EnableDelayedExpansion
set "variable01=C:\Program Files (x86)\SomeProgram\Subfolder"
set "variable02=${macro}"
set "variable03="
if "!variable02:~0,1!"=="$" (
if "!variable01:~0,1!"=="$" (
rem
) else (
set "variable03=-o '!variable01!'"
)
)
echo(!variable03!
感谢您的响应-这仍然会产生相同的错误,可能是因为variable01仍然在else子句的上下文中得到扩展。我想另一个选择是修改子程序,使其不需要参数,并为它可以采用的variable01和variable02的每个组合创建不同的子程序…你确定吗?我知道你问题中的代码有错误,但我的代码没有。我只是将上面的内容复制粘贴到我的记事本中,并尝试确保我没有打字错误。注意
call:set3
行中的双引号。如果使用单引号,则会出现错误。是-使用双引号时出现相同错误。不过,我发布的版本是真实版本的简化版,所以我可能有其他东西弄乱了你的建议——如果我发现有显著差异,将进行更新。再次感谢!我可以通过在嵌套的if行(if块的第二行)中使用variable01添加双引号来实现这一点。即:如果“%variable01:~0,1%”=“$”。我认为“set”行一开始可能没有问题。“你应该使用set“variable=content”的扩展语法,用引号括起完整的表达式,那么它几乎是安全的……”,为什么它几乎是安全的呢?在什么情况下它会失败?@Samuel当内容本身包含引号时它可能是不安全的,比如set“var=她对我说:“Dog&Cat”
,但在这种情况下,只有一条路径才应该是安全的“使用延迟扩展总是更好”当然,当存在与您想要的内容相当的延迟扩展时,但是延迟扩展的等价物是什么呢<代码>~dp0的行为不像一个变量,~dp0代码>是一个空字符串。(我正在尝试将%CD%与启动的批处理文件的目录进行比较,以确保它们相同。)@TwistedCode但是%~dp0
的扩展是安全的,因为它不能包含引号。只有在启用延迟扩展且路径包含感叹号时才有问题