windows – 为什么不需要`call`从管道中涉及的调用批处理脚本返回?

前端之家收集整理的这篇文章主要介绍了windows – 为什么不需要`call`从管道中涉及的调用批处理脚本返回?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
假设存在执行另一个批处理文件(被调用者)的批处理文件(调用者),则需要使用调用命令以便在被调用者完成执行后返回调用者.这是一个例子:

caller.bat:

echo Calling another script...
call callee.bat
echo Returned from callee...

callee.bat(在同一位置):

echo   Being called from caller...

输出将是这个(省略命令echos),表明执行按预期返回:

06002

如果在调用者中解除了call命令,则输出将为:

06003

但是一旦被调用者涉及管道(|),则是否使用了call命令没有区别.例如:

caller.bat(被调用者保持不变):

echo Calling another script...
break | callee.bat
echo Returned from callee...

输出将是这个,虽然没有调用命令.

06002

这种行为的原因是什么,导致执行返回给调用者的原因是什么?

有两种方法可以从调用调用另一个批处理文件(主文件):call callee.bat和cmd / C callee.bat;不同之处在于调用调用者程序的相同上下文中执行另一个Batch文件,因此它们共享相同的环境变量和另一个状态,而cmd / C在完全独立的上下文中执行另一个Batch文件.就像个人笔记一样,我曾经将内部子程序命名为通过调用调用的批处理文件,而外部子程序则通过cmd / C调用(并覆盖直接调用的Batch文件而不调用cmd / C,继承行为和上下文)调用者批处理文件).

在执行管道时,管道的两侧都是通过cmd / C执行的,因此两侧都被调用为外部子程序.这样,如果管道的任何一侧是Batch.BAT文件,它在结束时返回到调用者程序.

放置在for / F命令中的被调用者批处理文件中也会发生相同的行为,并且出于同样的原因而异常; for / F %% a in(‘calle.bat’)do …

猜你在找的Windows相关文章