为何ERRORLEVEL持续变为1？批处理默认打印机设置故障排查

我来帮你搞定这个麻烦！你遇到的问题根本不是findstr找不到目标字符串，而是命令写法的语法错误加上CMD的变量扩展特性在搞鬼，咱们一步步拆解解决：

问题根源分析 #

你把findstr和if命令写在同一行却没加分隔符，CMD会把后面的if语句当成findstr的参数来处理，这完全不符合语法规范！所以findstr执行时会报错，返回的ERRORLEVEL自然是1，最后只能走到else分支设置SamsungM为默认打印机。

就算你加了分隔符，直接用%ERRORLEVEL%也会踩坑——CMD在解析整行命令时会提前把%ERRORLEVEL%替换成执行这行之前的数值，而不是findstr执行后的结果，判断逻辑照样失效。

可行的解决方案 #

方案1：拆分命令为多行（最直观易读） #

把命令拆成多行，让CMD依次执行，这样%ERRORLEVEL%就能正确获取findstr的执行结果：

@echo off
findstr /I "usb001" ports.txt
if %ERRORLEVEL% == 0 (
    wmic printer where portname="USB001" call setdefaultprinter
) else (
    wmic printer where "PortName like '%%samsungm'" call setdefaultprinter
)

方案2：用&&和||简化判断（适合单行写法） #

利用CMD的命令连接符，&&表示前序命令成功（ERRORLEVEL=0）时执行后续命令，||表示前序命令失败时执行，完全不用手动判断错误码：

findstr /I "usb001" ports.txt && (wmic printer where portname="USB001" call setdefaultprinter) || (wmic printer where "PortName like '%%samsungm'" call setdefaultprinter)

方案3：启用延迟扩展（适合复杂场景） #

如果必须在同一行用if判断，就启用CMD的延迟扩展特性，用!ERRORLEVEL!代替%ERRORLEVEL%，这样变量会在命令执行时才展开，而不是解析行的时候：

@echo off
setlocal enabledelayedexpansion
findstr /I "usb001" ports.txt & if !ERRORLEVEL! == 0 (wmic printer where portname="USB001" call setdefaultprinter) else (wmic printer where "PortName like '%%samsungm'" call setdefaultprinter)
endlocal

验证小技巧 #

你可以先单独执行findstr /I "usb001" ports.txt，如果能输出包含USB001的行，就说明findstr本身是能找到目标字符串的，问题确实出在命令写法上。

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