composer 命令无法识别的根本原因是 path 未正确包含其安装路径，需确认安装位置（如 c:\programdata\composersetup\bin\）、以管理员身份重装并勾选添加 path、新增路径后新开命令行窗口验证，常用 where composer 和 echo %path% 交叉检查。
Windows 下 Composer 无法识别 composer 命令，本质是系统 PATH 没包含它的安装路径，不是“配置环境变量”本身出错，而是路径没加对、没生效，或加了但被缓存/权限干扰。
怎么确认 Composer 是否真装在本地（而不是通过 Scoop/Chocolatey 代理）
很多人以为双击 Composer-Setup.exe 就装好了，其实它默认会把 composer.phar 放进 C:\ProgramData\ComposerSetup\bin\，并试图写入系统 PATH —— 但 Windows 用户账户控制（UAC）常拦截这个操作，导致 PATH 实际没更新。
- 打开命令行，运行
where composer：如果返回空，说明系统根本找不到可执行文件 - 手动去
C:\ProgramData\ComposerSetup\bin\看有没有composer.bat和composer.phar；没有就重装，勾选 “Add to system PATH” 并以管理员身份运行安装程序 - 如果用的是
php composer.phar手动调用，那它只是个 PHP 脚本，不依赖 PATH，但每次都要输php前缀，很麻烦
PATH 该加哪条路径？别加错成 php 目录或用户目录
常见错误是把 php.exe 所在目录（如 C:\php）加进 PATH，以为这样就能跑 Composer —— 不行。composer 是独立的批处理脚本或 PHAR 文件，必须指向它自己所在的目录。
- 正确路径通常是：
C:\ProgramData\ComposerSetup\bin\（官方安装器默认） - 如果你用
curl -sS https://getcomposer.org/installer | php手动装，那路径就是你当时存composer.phar的地方，比如D:\tools\，就得加D:\tools\，不是D:\tools\composer.phar - 加完后必须新开一个命令行窗口（CMD/PowerShell），旧窗口不会自动刷新 PATH
为什么加了 PATH 还提示“不是内部或外部命令”
这通常不是路径问题，而是权限或缓存问题。Windows 对系统 PATH 的修改有时需要重启资源管理器，甚至重启终端模拟器（比如 Windows Terminal 缓存了启动时的环境变量）。
- 检查是否误加了中文路径、空格或尾部反斜杠（
C:\ProgramData\ComposerSetup\bin\末尾有空格就会失效） - 右键“此电脑” → “属性” → “高级系统设置” → “环境变量”，在“系统变量”里找
Path，点“编辑”，确认新增项是独立一行、无引号、无多余符号 - 运行
echo %PATH%，看输出里有没有你刚加的路径；如果没出现，说明没保存成功 - 某些杀毒软件（尤其是 360、腾讯电脑管家）会拦截 PATH 修改，临时关闭再试
真正卡住人的地方，往往不是“怎么加”，而是加完之后没验证、没重启终端、或者 PATH 被其他软件悄悄覆盖。多用 where composer 和 echo %PATH% 交叉确认，比反复重装快得多。
