“Could not open input file: composer.phar”根本原因是PHP找不到该文件，而非Composer未安装；需先用where/which定位composer路径，再检查对应目录下composer.phar是否存在、权限是否正确，或包装器中调用路径是否失效。
“Could not open input file: composer.phar” 不是 Composer 没装，而是你当前执行命令时，PHP 找不到那个文件——它根本不在当前目录，也没被 PATH 或包装器正确指向。
where composer 能查到路径，但 php composer.phar 报错找不到文件
这说明系统能找到 composer.bat（或 composer 可执行文件），但该脚本内部调用的 composer.phar 路径错了，或者文件被删/移动了。
- 运行
where composer（Windows）或which composer（Linux/macOS），确认返回的是哪个路径 - 进入该路径，检查是否存在
composer.phar：dir composer.phar（Windows）或ls -l composer.phar（Linux/macOS） - 如果不存在，别硬试，直接去 getcomposer.org/download/ 下最新版，覆盖放回原位
- 如果存在，打开
composer.bat（Windows）或查看composer文件内容（Linux/macOS），确认第一行是否类似@php "%~dp0composer.phar" %*——%~dp0必须能解析出含composer.phar的目录
php composer.phar 能跑，但直接敲 composer 就报错
这是 PATH 配置失败的典型表现：PHP 环境 OK，脚本也存在，但 shell 根本没把 composer 这个命令映射到任何可执行文件。
- Windows：检查
C:\ProgramData\ComposerSetup\bin是否已加进「系统变量」中的Path（不是用户变量），且新增项是独立一行、无引号、无空格 - Linux/macOS：确认
/usr/local/bin（或你放composer的路径）在$PATH里：echo $PATH | tr ':' '\n' | grep -E '(local|bin)' - 改完 PATH 后，必须关掉所有终端窗口，新开一个再试 —— 旧窗口不会自动刷新环境变量
- 验证是否生效：
where composer或which composer应该有输出；composer --version应该返回版本号
WAMP 或自定义 PHP 环境下 composer.phar 总是打不开
WAMP 自带的 PHP CLI 和 Apache 模块可能版本不一致，更关键的是：Windows 默认用 php-win.exe（GUI 模式）而非 php.exe（控制台模式），而后者才是 Composer 必需的。
- 运行
where php，看返回的是php.exe还是php-win.exe；如果是后者，说明 PATH 指向了错误的 PHP 目录 - 手动编辑系统环境变量
Path，删掉含php-win.exe的条目，改为指向含php.exe的目录（如C:\wamp64\bin\php\php8.2.12） - 如果你自己建了
composer.bat，务必用php.exe调用：@php "%~dp0composer.phar" %*中的php必须能解析为控制台版 - 不要双击
composer.phar运行 —— Windows 会调用php-win.exe，结果就是黑窗一闪而过，什么也不输出
COMPOSER_HOME 设了但 global require 的命令还是找不到
很多人设了 COMPOSER_HOME，以为 composer global require laravel/installer 后就能直接敲 laravel，结果报 “command not found”。问题不在 Composer，而在 PATH 没跟上。
-
composer global require安装的二进制文件实际放在$COMPOSER_HOME/vendor/bin（Linux/macOS）或%COMPOSER_HOME%\vendor\bin（Windows） - 这个目录必须显式加入系统
PATH，Composer 不会自动帮你加 - Windows 用户注意：
%APPDATA%\Composer\vendor\bin是默认值，但如果你设了COMPOSER_HOME，就得加你设的那个路径，比如C:\tools\composer\vendor\bin - 设完后运行
echo %PATH%确认该路径确实在输出中；macOS/Linux 运行source ~/.zshrc（或对应 shell 配置）重载
最常被忽略的一点：PATH 修改后不重启终端，等于没改；而 composer.phar 文件本身是否真的存在于包装器所指的路径，比“有没有装 Composer”重要得多。别只盯着报错文字，先用 where 或 which 定位命令真实位置，再一层层查它依赖的文件和解释器。
