windows批处理虽无原生try/catch，但可通过%errorlevel%分层判断、封装清理子过程、调用powershell异常处理及前置检查等手段实现错误检测→分流响应→资源清理→状态回退的稳健逻辑。
windows 批处理脚本本身不支持 try/catch 这类结构化异常捕获机制，但通过合理组合命令、退出码判断、条件跳转和外部工具（如 powershell），仍可实现接近“异常捕获与恢复”的效果。关键不是模仿高级语言语法，而是围绕 错误检测 → 分流响应 → 资源清理 → 状态回退 四个环节构建稳健逻辑。
利用 %ERRORLEVEL% 实现分层错误判断
批处理依赖命令执行后的退出码（%ERRORLEVEL%）判断成败。几乎所有内置命令（如 copy、del、reg add、net start）失败时都返回非 0 值，成功为 0。需在每条关键命令后立即检查：
- 用
if errorlevel N判断是否 ≥N（注意：它不等于 ==N，应从高到低写）； - 更推荐用
if %ERRORLEVEL% equ 0显式比对，语义清晰； - 避免在中间插入其他命令——%ERRORLEVEL% 会被覆盖，必须紧随目标命令之后。
模拟“恢复”动作：回滚与清理
所谓“恢复”，本质是执行补偿操作。例如：
- 若脚本创建了临时目录并失败，应在后续步骤中
rmdir /s /q "%TEMP_DIR%"； - 若修改了注册表项，先用
reg export备份，出错时再reg import回退； - 若启用了某服务，失败时用
net stop或sc stop关闭，防止残留状态。
建议把清理逻辑封装成子过程（goto :cleanup），并在主流程开头用 setlocal enabledelayedexpansion 支持变量延迟扩展，便于动态管理路径或状态标识。
调用 PowerShell 完成复杂错误处理
对需要精细控制的场景（如网络请求超时、JSON 解析失败、权限校验），直接在 .bat 中嵌入 PowerShell 命令更可靠：
- 用
powershell -Command "try{...}catch{exit 1}"执行带异常捕获的逻辑； - 通过
$LASTEXITCODE获取 PowerShell 的退出码，在批处理中用if %ERRORLEVEL% neq 0分支处理； - PowerShell 可返回结构化信息（如 JSON），用
for /f捕获输出，实现“错误详情传递”。
增强健壮性的实用技巧
仅靠 if/else 不足以应对所有情况，还需结合以下习惯：
-
前置检查：运行前验证权限（
net session >nul 2>&1 || echo 请以管理员身份运行 & pause & exit /b 1）、路径是否存在、依赖工具是否可用（where curl >nul || echo 缺少 curl & exit /b 2）； -
日志隔离：用
>"log.txt" 2>&1统一记录全过程，失败时直接输出日志路径，方便排查； -
原子性设计：避免“半途而废”。例如文件替换操作，先复制新文件为临时名，校验无误后再
move /y覆盖原文件，失败则保留旧版。
