扩展没有什么区别。

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

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

从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下运行的一些程序实际上是在COMMAND.COM下运行的。所讨论的“程序”是一个非常旧的.BAT文件，它仍然每天运行。

我们发现，批处理文件在COMMAND.COM下运行的原因是它是从.PIF文件（也是古老的）启动的。由于只有通过PIF才能使用的特殊内存配置设置已变得无关紧要，我们将其替换为传统的桌面快捷方式。

从快捷方式启动的同一批处理文件在CMD.EXE中运行。仔细想想，这是有道理的。我们花了这么长时间才弄清楚，部分原因是我们忘记了它在创业团队中的项目是PIF，因为它从1998年开始生产。

由于最初的帖子是关于使用.bat或.cmd后缀的后果，所以不一定是文件中的命令。。。

.bat和.cmd之间的另一个区别是，如果存在两个具有相同文件名和两个扩展名的文件，则：

在命令行输入filename或filename.bat将运行.bat文件要运行.cmd文件，必须输入filename.cmd

这些答案有点太长，而且侧重于交互式使用。脚本编写的重要区别在于：

.cmd可防止在非NT系统上意外执行。.cmd允许内置命令在成功时将Errorlevel更改为0。

没那么令人兴奋吧？

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

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