Composer 在 Windows 命令行里用不了，90% 是 PATH 没理干净，不是没装好，也不是 PHP 有问题。
为什么 composer 命令在 CMD 里直接报“不是内部或外部命令”？
根本原因不是 Composer 没装，而是 Windows 找到的不是它——PATH 里有多个 composer.bat，系统优先执行了错误的那个。
- 用
where composer查一下，大概率会看到类似输出：C:\OpenServer\modules\php\PHP_7.4\composer.bat和C:\ProgramData\ComposerSetup\bin\composer.bat同时存在 - Windows 按 PATH 顺序从左往右找，只要第一个匹配就停，根本不会继续往后看
- 很多本地环境（XAMPP、OpenServer、WAMP）自带一个残缺或过期的
composer.bat，它可能只是个空壳，或者硬编码指向不存在的 PHP 路径 - 哪怕你手动把官方路径加进 PATH，只要那个“假 composer”排在前面，就永远调不到真货
怎么快速定位并干掉冲突的 composer.bat？
别猜，直接查、直接删——这是最稳的解法。
- 运行
where composer，把所有结果路径都记下来 - 挨个打开这些路径，检查文件内容：用记事本打开
composer.bat，如果里面只有几行跳转或指向一个不存在的php.exe，就是它 - 把非官方路径下的
composer.bat（比如 OpenServer 里的）直接删掉，或重命名为composer.bat.bak - 确认官方路径
C:\ProgramData\ComposerSetup\bin在系统 PATH 里，并且位置靠前（不必最前，但别被其他 PHP 目录压在下面） - 关掉所有 CMD/PowerShell 窗口，新开一个，再试
composer -v
为什么改完 PATH 还是不生效？常见隐形坑
PATH 修改后不立刻起作用，不是你操作错了，而是 Windows 缓存或权限机制在“卡壳”。
- 新终端窗口必须是“全新启动”的——用 Win+R →
cmd打开，别从旧窗口里start cmd - 某些旧版 Composer 安装器（尤其是早期
Composer-Setup.exe）会偷偷往注册表写 PATH：HKEY_CURRENT_USER\Environment\PATH或HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment\PATH，得手动清 - 如果你用的是 VS Code 内置终端，改完 PATH 后要完全退出 VS Code 再重开，否则它继承的是旧环境变量
- 杀毒软件或企业组策略有时会拦截 PATH 修改，表现为“保存成功但重启后消失”，这时只能换用户账户测试或联系 IT
实在不想碰 PATH？绕过去直接用绝对路径
这不是妥协，是更可控的临时方案，尤其适合多 PHP 版本共存或 CI 场景。
- 先查真实位置：
composer config --global bin-dir，通常返回%APPDATA%\Composer\vendor\bin - 把它展开成绝对路径，比如
C:\Users\Alice\AppData\Roaming\Composer\vendor\bin\laravel.bat，然后直接运行它 - 或者干脆用
php直接调composer.phar：php C:\ProgramData\ComposerSetup\bin\composer.phar install - 注意：
composer.phar文件本身不能双击运行，必须显式调用php解释器
PATH 冲突这事，表面是路径问题，实际是 Windows 环境变量的“叠加污染”——删错一个 composer.bat 比反复重装 Composer 有效十倍。很多人卡在“明明装了却用不了”，就是因为只盯着自己加的那条 PATH，没去看系统里早埋着几个“李鬼”。
