批处理脚本传递含大于号参数时echo异常，如何解决？

这个问题的核心在于CALL命令的参数解析逻辑和特殊字符转义的时机冲突，尤其是在启用延迟扩展的情况下。咱们一步步拆解解决方案：

问题根源 #

你遇到的情况是：当参数中包含>这类重定向特殊字符时，即使加了^转义，CALL在解析参数时会额外处理一次转义，再加上%~1会移除引号，导致特殊字符被当成命令而非参数的一部分，要么无输出要么触发语法错误。

最优解决方案：用延迟扩展读取参数 #

最稳妥的方式是在子程序中把参数赋值给变量，再通过延迟扩展读取，绕开%~1直接解析的坑。修改后的代码如下：

@ECHO OFF
SETLOCAL ENABLEEXTENSIONS ENABLEDELAYEDEXPANSION

SET /A countArgs=1
:: 省略你的其他逻辑代码
SET /A countArgs+=1
:: 这里直接用引号包裹参数，无需对>加额外转义
CALL :error "!countArgs!. Argument -> bla"
EXIT /B 1

:error
ECHO ERROR
:: 先把参数赋值给变量，移除引号
SET "err_content=%~1"
:: 用延迟扩展读取变量，正确解析特殊字符
ECHO !err_content!
EXIT /B 0

为什么这个方案有效？ #

1. SET "err_content=%~1"会安全地将参数内容（已移除引号）存入变量，避免了%~1直接输出时的解析问题；
2. 延迟扩展!err_content!在命令执行阶段才会展开，此时特殊字符已经被当作变量内容的一部分，不会被当成重定向命令处理。

备选方案：双重转义特殊字符 #

如果你坚持要直接用%~1输出，可以对>进行三重转义（因为CALL会额外解析一次转义），调用代码改成：

CALL :error "!countArgs!. Argument ^-^^^> bla"

不过这种方式可读性差，容易搞混，不推荐作为常规方案。

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