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

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

不，这一点都不重要。在NT上，.bat和.cmd扩展名都会导致cmd.exe处理器以完全相同的方式处理文件。

有关MS TechNet中WinNT类系统上command.com与cmd.exe的其他有趣信息(http://technet.microsoft.com/en-us/library/cc723564.aspx):

这种行为揭示了一个非常微妙的Windows NT的功能重要的16位MS-DOS shellWindows附带的（COMMAND.COM）NT是专门为Windows设计的NT。输入命令时由这个shell执行，它不会实际上执行它。相反打包命令文本并发送到32位CMD.EXE命令shell处决因为所有命令都是由CMD.EXE实际执行（Windows NT命令shell），16位shell继承了所有功能和完整Windows NT的设施壳

从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可防止在非NT系统上意外执行。.cmd允许内置命令在成功时将Errorlevel更改为0。

没那么令人兴奋吧？

以前，.cmd文件中启用了许多其他功能，称为“命令扩展”。但是，在Windows 2000及更高版本下，它们现在默认同时为.bat和.cmd文件启用。

一句话：在2012年及以后，我建议只使用.cmd。