通过curl管道执行Bat脚本时变量无法正确解析的疑问

问题描述 #

我写了一个非常简单的bat脚本，想在Windows 10机器上直接通过curl管道传给cmd执行：

@echo off

SETLOCAL ENABLEEXTENSIONS
SET ME=%~n0
SET PARENT=%~dp0

set VER=0.1

@echo %DATE% %TIME% - ME %ME% - PARENT %PARENT% - VER %VER%

当我用这条命令执行时：

curl https://example.com/test.bat | cmd 

输出里的ME和PARENT变量没有被正确解析：

15/10/2024 14:10:48,54 - ME %~n0 - PARENT %~dp0 - VER 0.1

但如果我先下载这个bat脚本再执行，就能正常显示变量值：

15/10/2024 14:11:38,93 - ME test - PARENT C:\Users\sim\Desktop\test\ - VER 0.1

这到底是哪里出问题了？

原因分析与解决方案 #

这是因为当你通过管道把脚本内容传给cmd时，cmd并不是以“执行一个bat文件”的方式来处理这些内容的——它会把每一行当作单独的命令逐行解释执行，而%~n0、%~dp0这类特殊变量是和“正在执行的bat文件本身”绑定的。当没有实际的bat文件存在（只是从管道读入命令流），这些依赖文件实体的变量自然无法被正确解析。

这里给你两个可行的解决思路：

思路1：让cmd处理实际的bat文件 #

你可以先把curl拉取到的脚本内容保存成临时bat文件，再执行它，比如：

curl https://example.com/test.bat > temp.bat && cmd /c temp.bat && del temp.bat

这样cmd会以“执行bat文件”的模式运行，就能正确识别%~n0和%~dp0这类文件相关的特殊变量了。

思路2：修改脚本逻辑，摆脱文件依赖 #

如果不想生成临时文件，你可以调整脚本，避开%~n0、%~dp0这类需要绑定实际文件的变量。比如脚本名称固定的话就直接硬编码；如果需要当前工作目录，可以用%CD%代替%~dp0（注意%CD%是当前cmd的工作目录，和脚本所在目录可能有差异，需要根据你的实际需求调整）。

举个修改后的脚本例子：

@echo off

SETLOCAL ENABLEEXTENSIONS
SET ME=test  # 直接指定脚本名称
SET PARENT=%CD%  # 使用当前工作目录

set VER=0.1

@echo %DATE% %TIME% - ME %ME% - PARENT %PARENT% - VER %VER%

这样通过管道执行时也能得到符合预期的输出。

备注：内容来源于stack exchange，提问作者muzzol