先看shebang行：运行head -n 1 $(which composer)，若为#!/usr/bin/env php则依赖当前php命令，若为#!/opt/homebrew/bin/php8.2等绝对路径则硬编码锁定php版本，切换环境无效。
怎么判断 composer 是不是被硬编码了 PHP 路径
直接看它的 shebang 行——这是决定它用哪个 PHP 启动的“第一行规则”。composer 本质是可执行脚本，开头那行 #!/usr/bin/env php 或 #!/opt/homebrew/bin/php8.2 就是开关。
运行：head -n 1 $(which composer)
- 如果输出
#!/usr/bin/env php：它完全依赖当前 shell 的php命令，phpenv、brew link或update-alternatives都能生效 - 如果输出类似
#!/usr/local/bin/php7.4或#!/opt/homebrew/bin/php@8.1：路径已写死，哪怕你切换了全局 PHP，它也照旧调用那个旧二进制——一旦该路径下 PHP 被卸载或损坏，就会报 “PHP not found” 或 “Could not open input file”
Shebang 硬编码失效时怎么快速修复
别重装 Composer，也别改系统 PATH 去迁就它。最稳的方式是绕过 shebang，手动指定 PHP 解释器启动 composer.phar。
- 先确认你真正想用的 PHP 路径：
which php8.2（macOS/Linux）或where php（Windows） - 用完整路径执行命令：
/opt/homebrew/bin/php8.2 /usr/local/bin/composer.phar install（Linux/macOS）；"C:\php\8.2\php.exe" "C:\composer\composer.phar" install（Windows） - 如果只有
composer.phar文件（没做全局可执行），直接php8.2 composer.phar install即可，php8.2必须在$PATH中且指向正确版本
为什么改 composer.bat 在 Windows 上容易翻车
官方 Windows 安装包附带的 composer.bat 是纯批处理，里面写着 php "%~dp0composer.phar" %* ——它根本不读 PHP_BINARY，也不管你设了多少环境变量，就认字面的 php 命令。
- 验证方法：用记事本打开
composer.bat，搜php "，基本能看到这行 - 临时解法：CMD 里先
set PHP_BINARY=C:\php\8.2\php.exe，再运行php "%~dp0composer.phar"手动代替 - 长期解法：删掉
composer.bat，只保留composer.phar，所有命令都走php composer.phar xxx；PowerShell 用户可加函数：function composer { php C:\tools\composer.phar @args }
Shebang 修复后仍报错？检查 PHP 二进制本身是否可用
就算 shebang 指向了正确路径，如果那个 php 可执行文件本身启动失败（比如扩展缺失、php.ini 错误、dyld 库加载失败），Composer 还是会伪装成 “Could not open input file: composer.phar”。
- 验证方式：
/opt/homebrew/bin/php8.2 -v或"C:\php\8.2\php.exe" -v——必须能干净输出版本号 - 常见陷阱：Homebrew PHP 升级后旧链接失效，
ls -l /opt/homebrew/bin/php8.2显示broken symlink；XAMPP 用户 CLI 模式未启用openssl或mbstring扩展 - 别依赖
php -v输出来判断——它可能来自另一个版本；必须用 shebang 里写的那个绝对路径去单独验证
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
