批处理脚本必备：CALL vs START /WAIT，如何选择？

2024-03-18 04:44:03

CALL 和 START /WAIT 命令的差异：为 Windows 批处理脚本选择正确的方法

在 Windows 批处理脚本中，CALL 和 START /WAIT 命令都是用来执行外部程序或脚本的有力工具。虽然它们都有类似的目的，但它们的细微差别可能会对脚本的行为产生重大影响。本文将深入探讨这两个命令之间的差异，帮助你选择最适合特定需求的命令。

CALL 命令将指定的程序或脚本加载到当前批处理脚本的上下文中，并立即执行它。这意味着子程序可以访问和修改脚本中的变量，而脚本的执行将被暂停，直到子程序完成。

另一方面，START /WAIT 命令会在新的窗口或进程中启动程序或脚本，从而创建独立的执行环境。这使得子程序无法访问当前脚本中的变量，并且批处理脚本的执行不会被暂停，直到 START /WAIT 命令完成后。

由于不同的执行上下文，CALL 和 START /WAIT 命令对变量访问的影响也有所不同。

CALL 命令暂停当前脚本的执行，直到子程序完成。这意味着子程序在完成之前，脚本中的后续行不会被执行。

START /WAIT 命令不会暂停当前脚本的执行。批处理脚本将继续执行，直到 START /WAIT 命令完成，控制权才会返回到调用它的行。

理解了这些差异，我们可以根据不同的需要选择合适的命令：

为了更好地理解，这里有使用 CALL 和 START /WAIT 命令的示例：

CALL 命令：

@echo off
set my_variable=Hello World
call notepad.exe
echo %my_variable%

在这个示例中，CALL 命令将记事本程序加载到当前脚本的上下文中，并暂停脚本的执行。变量 my_variable 在记事本程序中可见且可以修改。

START /WAIT 命令：

@echo off
start /wait notepad.exe
echo Hello World

在这个示例中，START /WAIT 命令会在新窗口中启动记事本程序，而批处理脚本将继续执行。只有当记事本程序关闭后，控制权才会返回到下一行，并且才会输出 Hello World 。

哪种命令性能更好？

性能差异很小，通常取决于执行的特定程序或脚本。
什么时候应该使用 ** START /B 选项？**

START /B 选项创建一个新窗口，但不会等待子程序完成。这对于启动在后台运行的程序很有用。
如何通过编程方式判断子程序是否已完成？

可以使用 IF ERRORLEVEL 语句检查子程序的退出代码。
我可以使用 CALL 命令在新的窗口中启动程序吗？

不可以，CALL 命令只能在当前脚本的上下文中执行子程序。
我可以使用 START /WAIT 命令访问当前脚本中的变量吗？

不可以，START /WAIT 命令中的子程序无法访问当前脚本中的变量。