批处理文件中特殊字符转义行为不一致问题排查

问题根源 #

启用延迟扩展后，批处理通过%~1解析命令行参数时，密码中是否包含!会导致^的转义行为不一致：

• 当密码含!时，^会被用来转义!，额外消耗掉一个^，最终变量中保留的^数量符合预期；
• 当密码不含!时，^仅按普通命令行转义规则处理（两个^转为一个），但延迟扩展读取变量时会直接保留^，导致最终变量中^数量翻倍，密码错误。

解决方案 #

方案1：调整批处理的延迟扩展时机，统一参数解析逻辑 #

修改批处理脚本，先关闭延迟扩展再读取命令行参数，避免!干扰^的解析：

@echo off
:: 先关闭延迟扩展，确保%参数解析时不处理!
setlocal disableDelayedExpansion

set "filename=%~2"
set "password=%~1"

:: 启用延迟扩展使用变量
setlocal enableDelayedExpansion
echo Password after removing quotes is: !password!
echo Path: !filename!
"C:\Program Files\7-zip\7z.exe" x -y -o"C:\Users\XXXXXX\Downloads" "!filename!" -p!password!

对应的C#转义代码简化为统一处理所有命令行特殊字符：

static string EscapeSpecialCharacters(string input)
{
    // 转义批处理命令行的特殊字符：&、|、<、>、^、!
    string pattern = @"[&|<>^!]";
    string escapeString = System.Text.RegularExpressions.Regex.Replace(input, pattern, m => "^" + m.Value);
    return escapeString;
}

string escapedString = EscapeSpecialCharacters(originalString);
out_originalString = escapedString;

方案2：用环境变量传递密码（最可靠） #

完全避开命令行参数的转义问题，通过环境变量直接传递原始密码：

C#代码设置环境变量：

Environment.SetEnvironmentVariable("7Z_PASSWORD", originalString);
// 调用批处理程序

批处理读取环境变量：

@echo off
setlocal enabledelayedexpansion

set "filename=%~1"
echo Password: !7Z_PASSWORD!
echo Path: !filename!
"C:\Program Files\7-zip\7z.exe" x -y -o"C:\Users\XXXXXX\Downloads" "!filename!" -p!7Z_PASSWORD!

这种方法不需要任何转义操作，直接传递原始密码，彻底避免转义逻辑的冲突。

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