不，这一点都不重要。在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的设施壳

差异：

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

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

从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年开始生产。

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

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和.bat文件的执行不同，因为在.cmd错误级别变量中，它可以在受命令扩展名影响的命令上更改。这真的很重要。