PROSAGA码农传奇-Windows-“无法将X识别为内部或外部命令，可操作程序或批处理文件”的原因是什么？

A）Windows命令处理器如何搜索命令？
Windows命令处理器搜索COMMAND以执行

不是一个内部命令cmd.exe ，并
只是使用没有扩展名和路径的文件名指定
用于匹配模式command.* 并在本地环境变量中列出文件扩展名的文件PATHEXT

首先在当前目录和
本地环境变量的所有目录中的next PATH。
SORT和FIND和FINDSTR和ROBOCOPY和XCOPY以及更多命令不是的内部命令cmd.exe。他们都与Windows位于目录中安装控制台应用程序%SystemRoot%\System32具有文件名sort.exe，find.exe，findstr.exe，robocopy.exe，xcopy.exe，...

Windows上默认可用的此类控制台应用程序称为外部命令，以更好地将它们与未随Windows操作系统安装的控制台应用程序区分开。

B）如何定义环境变量PATH？
PATH变量有3种类型：

系统 PATH这是下键用于所有账户，并存储在Windows注册表中：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
PATH仅用于当前帐户并存储在Windows注册表下的用户，其键为：

HKEY_CURRENT_USER\Environment
本地 PATH，始终是启动当前流程的父流程的本地副本PATH。

Windows 将用作Windows桌面的Windows资源管理器实例的系统和用户 连接PATH到本地 PATH，并将桌面屏幕上的快捷方式和Windows开始菜单作为用户的可见界面。

在启动新进程时，Windows将为新进程复制正在运行的进程的整个当前活动的环境变量表。

父进程不能修改任何子进程的环境变量，子进程也不能修改其父进程的环境变量。

这意味着，一旦cmd.exe启动了诸如用于执行批处理文件之类的进程，该进程就会拥有自己的一组环境变量，只有该进程本身才能修改。没有其他进程可以修改已经运行的进程的环境变量。

C）错误消息是什么意思？
错误讯息

无法将“ ...”识别为内部或外部命令，
可操作程序或批处理文件。

总是意味着

一个的文件名

控制台应用程序
GUI应用
脚本（批处理文件，PowerShell脚本，Perl脚本，VBScript，JScript等）

被指定执行，最有可能没有文件扩展名，也没有（完整）可执行文件/脚本文件的路径，并且

Windows无法在当前目录的FileName.*当前活动环境变量PATHEXT或当前活动的环境变量的任何其他目录中找到与模式匹配且文件扩展名匹配的文件PATH。

D）此错误消息的可能原因是什么？
典型原因有：

1.由于键入错误，指定要执行的文件的文件名错误。

逐字符检查命令/可执行文件的名称。

2.当前目录不同于包含要执行的文件的目录。

echo Current directory is: %CD%在命令行上运行，或将此行添加到命令行上方的批处理文件中，该命令行无法查看当前目录是什么。

3.根本没有安装要运行的可执行文件或脚本。

验证是否存在要运行的可执行文件。仅当以前安装了Java，NPM，PHP等其他软件包时，某些安装软件包才起作用。

4.要执行的文件目录根本不在 PATH 。

在Windows 控制面板中，打开“ 系统设置”窗口，单击左侧的“ 高级系统设置 ”，单击“ 环境变量 ”按钮，然后在列表中查找Path其值。默认情况下Path仅存在于系统变量列表中。

5.修改系统或用户后，没有重新启动正在运行的进程/应用程序 PATH 。

用户或安装程序使用命令或通过控制面板–系统–高级系统设置对系统 PATH或用户 PATH进行了修改，但未关闭/退出并打开/打开已运行的进程/应用程序（如打开的命令提示符或PowerShell窗口）修改后重新启动。如下面的F）章中所述，这是必要的。setxPATH

6. %SystemRoot%\System32在64位Windows上找不到可执行文件。

在64位Windows上，该目录%SystemRoot%\System32具有64位可执行文件和%SystemRoot%\SysWOW6432位可执行文件。大多数可执行文件都存在于两个目录中。但是有些可执行文件仅存在于中，System32而只有少数可执行文件存在于中SysWOW64。

该系统 PATH包含默认为第一个文件夹路径%SystemRoot%\System32。但是，从两个Windows系统文件夹中的哪个文件夹中搜索指定的不带路径或带路径的可执行文件，这%SystemRoot%\System32取决于执行环境。%SystemRoot%\System32Windows 文件系统重定向器将在32位环境中执行的应用程序或脚本重定向到目录时，实际上是在访问在64位环境中执行的应用程序或脚本%SystemRoot%\SysWOW64。

要在32位环境中运行的应用程序或脚本想要在其中运行64位可执行文件，%SystemRoot%\System32必须使用带有文件路径的可执行文件的标准文件名%SystemRoot%\Sysnative。

注意： %SystemRoot%\Sysnative既不是目录，也不是任何类型的链接。这是仅适用于x86应用程序的非常特殊的东西。对于amd64应用程序不存在。if exist %SystemRoot%\Sysnative批处理文件中的条件在两种环境中始终为false，但if exist %SystemRoot%\Sysnative\cmd.exe在32位执行环境中为true，在64位环境以及32位Windows中为false。这种情况可以在批处理脚本中使用，以找出是否该批处理文件是由32位处理，cmd.exe在%SystemRoot%\SysWOW6464位的Windows可以是重要的根据任务就知道了。

另请参阅Microsoft文档WOW64实现详细信息和受WOW64影响的注册表项。

7. PATH 包含对一个（尚未）定义的环境变量的引用。

可以在PATH文件夹路径中使用对另一个环境变量（如）的值的引用来指定SystemRoot。同样重要的是，此环境变量也必须在同一组环境变量或Windows首先处理的一组环境变量中定义。

例如，如果%JAVA_HOME%\bin将其添加到系统 PATH环境变量中，则还必须定义一个系统环境变量JAVA_HOME，以及指向Java程序文件的基本文件夹路径。仅在批处理文件的本地环境中定义用户环境变量JAVA_HOME或JAVA_HOME稍后定义环境变量是不够的。

%JAVA_HOME%\bin如果将环境变量定义为系统或用户环境变量，但Windows在Windows命令进程的本地环境中以后未定义，则添加到用户 PATH的扩展名将由Windows扩展为完全限定的文件夹路径。JAVA_HOMEJAVA_HOME

在Windows的开始菜单上对系统或用户进行修改并运行后，通过打开一个新的命令提示符窗口可以轻易地看到这样的错误。输出不应再包含任何环境变量值引用。 PATHset pathPATH%Variable%

8. 在命令行或批处理文件中之前，已修改了LOCAL变量PATH 。

set path在命令行上运行，或将此命令添加到命令行上方的批处理文件中，该命令行无法查看环境变量PATH和的当前值PATHEXT。

最后一个原因是在执行批处理文件时找不到外部命令SORT，该批处理文件包含上述内容set path=...。

E）如何避免此错误消息？
最好是编码一个批处理文件为是独立于PATH和PATHEXT与目录中的顺序PATH该装置在这里使用命令行：

FOR /f "delims=" %%d in ('dir /s /b /ad ^| %SystemRoot%\System32\sort.exe /r') do rd "%%d"
应该在具有此路径和文件扩展名的批处理文件中指定存储可执行文件的任何外部命令。然后，Windows命令解释器不需要使用local搜索文件，并且批处理文件始终有效（只要我从未见过的批处理文件中的环境变量也没有被修改）。%SystemRoot%\System32.exe PATHPATHEXTSystemRoot

F）何时将系统或用户PATH更改应用于进程？
当用户通过Windows的开始菜单或从Windows资源管理器窗口中打开命令提示符窗口时，用户从cmd.exe隐式using选项开始，/K以在完成调试批处理文件的命令后使控制台窗口保持打开状态。

在Windows资源管理器中双击cmd.exe批处理文件时，用户开始使用隐式using选项处理批处理文件，/C在完成批处理之后，关闭控制台窗口，这对调试批处理文件不利，因为在这种情况下看不到错误消息。

在这两种情况下，Windows都会创建应用程序环境变量的副本，该副本cmd.exe通常是Windows资源管理器。因此，启动的命令进程的局部 PATH值与父进程启动时的值相同cmd.exe。

例：

打开命令提示符窗口，title Process1然后运行set path。
输出是控制台窗口中当前用户帐户的当前定义，PATH并且PATHEXT当前定义为窗口标题Process1。

运行set PATH=%SystemRoot%\System32，然后再次set path。
输出仍然是PATH和PATHEXT，但PATH现在仅包含一个目录。

运行start "Process2"并在新的控制台窗口中运行，窗口标题为Process2命令set path。
输出为，PATH并且PATHEXT具有与Process1中以前相同的值。
这表明在启动新进程时，将复制正在运行的进程的当前环境变量，而不是Windows本身当前存储在Windows注册表中的变量。

在Process2中运行命令set PATH=，然后运行next set path。
输出只是PATHEXT因为当地 PATH没有为存在了过程2。
这表明每个进程都可以修改其环境变量，包括完全删除。

切换到Process1窗口，运行命令set PATH=%PATH%;%SystemRoot%，然后运行next set path。
输出是PATH两个目录和PATHEXT。

运行命令，start "Process3"并在打开的窗口中显示标题为Process3的命令set path。
输出PATH具有两个目录，这两个目录也为Process1和定义PATHEXT。

在Process3中运行命令set PATH=%SystemRoot%\System32。

当扩展为时，有3个命令进程运行时，其中local的 值如下：PATH%SystemRoot%C:\Windows

Process1：PATH=C:\Windows\System32;C:\Windows
Process2：PATH根本不存在。
流程3：PATH=C:\Windows\System32

那么，现在打开控制面板–系统–高级系统设置–环境变量，并将带有值的新环境变量添加到用户变量列表中，或者如果已经存在用户环境变量，则编辑并附加到该值上会发生什么？PATHC:\Temp PATH PATH;C:\Temp

好吧，只要打开显示两个列表的标题为“ 环境变量”的对话框窗口，修改变量就不会发生任何事情，直到单击“ 确定”按钮将所有更改都接管到Windows注册表中并关闭该窗口。

让我们回到三个正在运行的命令进程，并在Process1，Process2和Process3中运行命令set path。可以被看见：

Process1：PATH=C:\Windows\System32;C:\Windows
Process2：PATH根本不存在。
流程3：PATH=C:\Windows\System32

已经运行的进程没有任何变化。

任何进程都不能修改其他正在运行的进程的环境变量！

从Windows的开始菜单中打开另一个命令提示符窗口，并在第四个命令进程中运行该命令set path。可以看出，第四命令进程的本地 现在PATH已经添加了目录C:\Temp。

然后关闭所有四个命令处理，并删除所添加的用户 PATH分别除去;C:\Temp从用户 PATH如果具有所附之前这个目录路径。

如果没有进程可以修改已经运行的进程的环境变量，怎么办？

如何在关闭“ 环境变量”窗口并单击“ 确定”时修改在Windows桌面上运行的Windows资源管理器实例的环境变量列表？

eryksun在他的评论中给出了关于这两个问题的答案。

在单击“ 环境变量”窗口中的“ 确定 ”  按钮后，将对系统 和用户变量的修改写入注册表后，Windows将WM_SETTINGCHANGE消息发送到所有顶级窗口，以通知正在运行的应用程序有关已更改的系统参数的信息。

是否完全处理此事件消息以及如何处理，取决于应用程序。作为Windows桌面运行的Windows资源管理器从注册表读取环境变量，并相应地更新其环境变量列表。其他应用程序（例如Total Commander）也处理此消息，并更新其环境变量列表。但这cmd.exe并不幸运，因为这确实是有问题的。

是否有可能在命令提示符窗口或批处理文件中通过通知修改系统或用户变量WM_SETTINGCHANGE？

可以使用reg add命令来修改环境变量的注册表值。但这不会导致将WM_SETTINGCHANGE消息发送到所有顶级窗口。进行此类更改reg add或完全进行更改都regedit需要考虑重新启动Windows（或至少注销并登录当前用户）。

但是，还有setx用于修改系统或用户变量的命令，并且WM_SETTINGCHANGE在根据指定的参数更新注册表后，该命令还将消息发送到所有顶级窗口。setx /?在命令提示符窗口中运行以获取详细信息。但是请注意setx不要修改正在运行的命令进程的本地环境变量。这必须set使用除之外的命令来完成setx。

G）Windows如何处理环境变量PATHEXT？
PATHEXTWindows处理的具有文件扩展名列表的环境变量与环境变量相比有所不同PATH。

系统 PATHEXT和用户 PATHEXT都不要串接到本地 PATHEXT。

甲用户 PATHEXT 替换的系统 PATHEXT下的帐户的环境中运行的所有过程具有确定一个用户 PATHEXT。

默认情况下，仅定义系统 PATHEXT环境变量。

H）是否可以禁用当前目录中的文件搜索？
Windows命令处理器默认在当前目录中搜索脚本文件或可执行文件的文件名是否在命令行或批处理文件中指定，而没有任何路径，这意味着在参数字符串中不带反斜杠\（或/由于自动更正而产生的正斜杠） 。

但是，在Windows Vista和更高版本的Windows客户端版本以及Windows Server 2003和更高版本的Windows服务器版本上，确实可以.\通过定义环境变量（NoDefaultCurrentDirectoryInExePath使用任何写入值）来禁用在指定的当前目录中搜索脚本/可执行文件而没有至少相对路径由eryksun在下面的评论中，并由Microsoft有关函数NeedCurrentDirectoryForExePathA的文档进行了解释。