上个月帮同事排查一台 cmder，他重装完 Git，打开 cmder 敲 git status，直接给我发来一句“不是内部或外部命令，也不是可运行的程序或批处理文件”。更怪的是，ls 还正常，vim 也能打开，唯独 git 这一族命令集体失联。这种“命令失效”的场景，我在维护 cmder 的这些年里见过太多次——绝大多数还真不是 cmder 本身坏了，而是它背后负责“找命令”的链路里有一环断了。cmder 本质上是一个终端包装器，用 ConEmu 管窗口和标签页，用 clink 给 cmd.exe 注入类 Linux 的行编辑与历史补全，真正执行命令的还是 Windows 自带的 cmd.exe 或 PowerShell。那些看着很像 Unix 的工具（ls、grep、curl、vim），是打包在安装目录 vendor 下的，跟系统命令不是一回事。这篇文章就按我自己的排查路径，把 cmder 命令失效的各种原因、诊断顺序和修复方法完整讲一遍，遇到了直接照着抄就行。

1. cmder 里敲的命令到底是谁在找？先把解析链路捋清楚

很多人以为 cmder 自己有一套命令系统，其实没有。命令能不能执行，取决于三层东西是否正常协同：ConEmu 负责画窗口，clink 负责给你一个好用的人机交互界面，而真正解析命令、查找程序的是底层的 cmd.exe 或 PowerShell。命令失效的“失效”二字，本质是底层命令行工具给出的“找不到程序”结果，只是这个结果被 cmder 的界面包装了而已。

1.1 cmder 的三层结构，很多人只看到最上面那层

我把 cmder 比作一个装修好的厨房：ConEmu 是那个厨房的装修风格，负责把窗台、灶台收拾得好看；clink 是那套高级炉灶和抽油烟机，让你点火、调火都更顺手；但真正炒菜的锅，还是 Windows 系统自带的 cmd.exe 这个“老铁锅”。你往命令提示符里输入 git status，这条命令会交给 cmd.exe 去处理，cmd.exe 再拿着 git 这个名字去硬盘上找对应的可执行文件。找得到就运行，找不到就回报“不是内部或外部命令”。

clink 在这里特别容易被误解。很多人以为 ls、grep、curl 能用，是因为 cmder 自带了 Linux 环境。实际上，这些工具是 cmder 完整版里预置到 vendor\git-for-windows\usr\bin 或 vendor\msys64\usr\bin 目录下面的 Windows 原生执行程序，只是它们的运行方式模仿了 Linux 行为。它们的依赖关系是：如果那个目录还在，命令就能用；如果目录里的文件被删了、被隔离了、或者 PATH 里压根没加这个目录，命令就失效。所以排查问题的时候，第一件事就是确认这些目录还活着。

1.2 cmd.exe 的查找顺序，决定了“失效”的形态

cmd.exe 找命令有一套固定的顺序，这个顺序和你遇到的现象是严格对应的。首先是内部命令，像 dir、cd、copy、set 这种，它们是 cmd.exe 自身的功能，不依赖任何外部文件，永远不需要 PATH，也几乎不会失效——如果你连 dir 都不好使了，说明 cmd.exe 这个进程本身已经出了大问题，已经超出普通配置问题的范畴了。其次是当前工作目录下的程序，cmd.exe 会先看看你敲的命令在当前文件夹里有没有对应的 .exe、.bat、.cmd 文件。最后才会按 PATH 环境变量里列出的目录一个个找。

这个顺序解释了很多奇怪现象。比如你在一个文件夹里放了一个恶作剧的 git.bat，那么无论 PATH 里装了多正规的 Git，cmd.exe 都会先执行当前目录里那个 bat。再比如 PATH 里有多个 Git 安装路径，第一个路径里的版本就会“抢答”。排查命令失效时，先想清楚这个命令属于哪一类：是内部命令、当前目录程序，还是 PATH 搜索得到的程序？分类正确了，排查范围就缩小了一半。

1.3 “能打开终端”和“环境正常”是两码事

还有个很容易误导人的地方：cmder 窗口能正常打开，不代表它的启动脚本也正常执行完了。cmder 启动 cmd.exe 的时候，实际上是让 cmd 附带执行一条初始化命令，一般是 cmd /k ""%CMDER_ROOT%\vendor\init.bat""。init.bat 负责把 vendor 相关目录加进 PATH、加载 alias 宏、调用 clink，最后还会执行用户自定义的 user-profile.cmd。如果 init.bat 中途报了一个语法错误，cmd.exe 的默认行为是“报错后跳过继续”，于是就会出现一种很阴间的局面：窗口照常打开、提示符照常显示，但 PATH 只加了一半，alias 没加载，某些命令整体失效。判断依据也很简单：直接看启动时有没有滚动过的红色报错信息，或者看 echo %CMDER_ROOT% 是否为空。

2. 环境变量 PATH 是头号嫌疑：Git 顺序、引号和超长路径的坑

在 cmder 命令失效的所有原因里，PATH 配置出错的比例最高，能占到一半以上。它隐蔽就隐蔽在：问题不是“没有 PATH”，而是“PATH 里加错了、加少了或者加的位置不对”。下面按我遇到的频率，把几种典型情况一个个拆开说。