Windows批处理调用gdal_calc创建掩码文件：!符号报错与变量异常问题

看起来你遇到了批处理延迟变量扩展和GDAL命令中!符号冲突的典型问题，还有循环变量更新异常的情况，我帮你拆解问题并给出解决方案：

问题根源 #

1. !符号被误解析：当你启用SETLOCAL EnableDelayedExpansion后，批处理会把!当作延迟变量的边界标记（比如!var!），如果你的GDAL命令（比如gdal_calc.py的计算表达式里用到A!0这类写法）中包含!，批处理会试图把它解析成变量，直接导致语法报错或者参数被篡改。
2. 循环变量未实时更新：如果在循环内混用%var%和!var!，%var%只会读取循环启动时的初始值，后续循环不会更新，就会出现首轮后变量都变成固定字符串的假象。

解决方案 #

方案1：循环内临时关闭延迟扩展（推荐） #

在执行GDAL命令的代码块里临时关闭延迟扩展，避免!被批处理解析，执行完命令后再恢复：

@ECHO OFF
SETLOCAL EnableDelayedExpansion
SET "mypath=F:\my_in_path\"
SET "path_salida=F:\my_out_path\"

FOR /F %%i IN ('DIR /B %mypath%*.tif') DO (
    SET "infile=%%i"
    REM 临时关闭延迟扩展，让!作为普通字符传递给GDAL
    SETLOCAL DisableDelayedExpansion
    REM 直接用%%i处理输出文件名，避免变量解析问题
    SET "outfile=%%~ni_mask.tif"
    REM 这里以gdal_calc生成掩码为例，表达式里的!会被正常传递
    gdal_calc.py -A "%mypath%%%i" --outfile "%path_salida%%%outfile%" --calc="A!0" --NoDataValue=0
    ENDLOCAL REM 恢复延迟扩展，不影响后续循环逻辑
)
ENDLOCAL

方案2：转义!符号（适合必须保留延迟扩展的场景） #

如果循环内需要持续使用延迟变量，可以用^!转义!，让批处理把它当作普通字符传递给GDAL：

@ECHO OFF
SETLOCAL EnableDelayedExpansion
SET "mypath=F:\my_in_path\"
SET "path_salida=F:\my_out_path\"

FOR /F %%i IN ('DIR /B %mypath%*.tif') DO (
    SET "infile=%%i"
    REM 用延迟变量修改输出文件名（替换后缀）
    SET "outfile=!infile:.tif=_mask.tif!"
    REM 用^!转义!，确保GDAL收到的是原始的!符号
    gdal_calc.py -A "%mypath%!infile!" --outfile "%path_salida%!outfile!" --calc="A^!0" --NoDataValue=0
)
ENDLOCAL

循环变量异常的额外注意事项 #

• 变量赋值时始终用SET "var=value"的格式，避免空格、特殊字符导致的赋值错误。
• 循环内引用实时更新的变量必须用!var!，%var%只会读取循环启动时的初始值，这是很多人踩坑的点。
• 如果不需要修改文件名，直接用循环变量%%i比赋值给自定义变量更可靠，减少解析风险。

调试小技巧 #

可以在GDAL命令前加ECHO，查看实际执行的命令参数，方便排查问题：

ECHO 即将执行：gdal_calc.py -A "%mypath%!infile!" --outfile "%path_salida%!outfile!" --calc="A^!0" --NoDataValue=0

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