据我所知,.bat是旧的16位命名约定,.cmd用于32位Windows,即从NT开始。但我仍然看到到处都有.bat文件,而且使用两个后缀时,它们的工作方式似乎完全相同。假设我的代码永远不需要在比NT更旧的软件上运行,那么我用哪种方式命名批处理文件真的很重要吗,或者使用错误的后缀会有什么问题等着我吗?


当前回答

从Mark Zbikowski本人的新闻组帖子中可以看到:

CMD.EXE与.CMD和.BAT之间的差异是:启用扩展名后,.CMD中的PATH/APPEND/PROMPT/SET/AASSOC文件将设置ERRORLEVEL,而不考虑错误。BAT设置ERRORLEVEL仅在错误时。

换句话说,如果ERRORLEVEL设置为非0,然后运行其中一个命令,则生成的ERRORLEVEL将为:

在.bat文件中仅保留非0值在.cmd文件中重置为0。

其他回答

我相信,如果将ComSpec环境变量的值更改为%SystemRoot%system32\cmd.exe(cmd),那么文件扩展名是.BAT还是.cmd都无关紧要。我不确定,但这甚至可能是WinXP及更高版本的默认值。

从Mark Zbikowski本人的新闻组帖子中可以看到:

CMD.EXE与.CMD和.BAT之间的差异是:启用扩展名后,.CMD中的PATH/APPEND/PROMPT/SET/AASSOC文件将设置ERRORLEVEL,而不考虑错误。BAT设置ERRORLEVEL仅在错误时。

换句话说,如果ERRORLEVEL设置为非0,然后运行其中一个命令,则生成的ERRORLEVEL将为:

在.bat文件中仅保留非0值在.cmd文件中重置为0。

扩展没有什么区别。

COMMAND.COM处理文件与CMD.EXE略有不同。

在批处理中工作的所有内容都应该在cmd中工作;cmd提供了一些用于控制环境的扩展。此外,cmd由新的cmd解释器执行,因此当bat在NTVDM仿真的16位环境下运行时,它应该更快(在短文件上不明显),更稳定

以下是本主题中各种答案和引用参考资料的验证信息汇编:

command.com是MS-DOS中引入的16位命令处理器,也用于Win9x系列操作系统。cmd.exe是Windows NT中的32位命令处理器(64位Windows OS也有64位版本)。cmd.exe从未是Windows 9x的一部分。它起源于OS/2版本1.0,而OS/2版本的cmd从16位开始(但仍然是一个完全成熟的保护模式程序,具有启动等命令)。Windows NT从OS/2继承了cmd,但Windows NT的Win32版本从32位开始。虽然OS/2在1992年变成了32位,但它的cmd仍然是一个16位OS/2 1.x程序。ComSpec env变量定义由.bat和.cmd脚本启动的程序。(从WinNT开始,默认为cmd.exe。)cmd.exe与command.com向后兼容。为cmd.exe设计的脚本可以命名为.cmd,以防止在Windows 9x上意外执行。此文件扩展名也可以追溯到OS/2 1.0版和1987年。

以下是command.com不支持的cmd.exe功能列表:

长文件名(超过8.3格式)命令历史记录制表符完成转义符:^(用于:\&|><^)目录堆栈:PUSHD/POPD整数算术:SET/A i+=1搜索/替换/子字符串:SET%varname:expression%命令替换:FOR/F(以前存在,已增强)函数:CALL:标签

执行顺序:

如果.bat和.cmd版本的脚本(test.bat、test.cmd)位于同一文件夹中,并且您运行的脚本没有扩展名(test),则默认情况下,.bat版本的脚本将运行,即使在64位Windows 7上也是如此。执行顺序由PATHEXT环境变量控制。有关详细信息,请参见命令提示符执行文件的顺序。

参考文献:

命令提示符命令程序

wikipedia:命令shell的比较