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

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

没那么令人兴奋吧？

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

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

扩展没有什么区别。

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

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

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的比较

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

差异：

.cmd文件在执行之前会加载到内存中。bat文件执行一行，读取下一行，执行该行。。。

当您执行脚本文件，然后在执行完成之前对其进行编辑时，可能会遇到这种情况。bat文件会被这个搞砸，但cmd文件不会。

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