Composer报错本质是找不到PHP可执行文件；Windows下composer.bat无视PHP_BINARY，需删bat改用php composer.phar或硬编码路径；Linux/macOS应通过export PHP_BINARY硬编码路径并验证扩展与版本。
Composer 报错“Could not open input file: composer.phar”或“The PHP engine is not found”，本质不是它坏了，而是根本没找到 php 可执行文件——你不能指望它自动猜路径，必须明确告诉它用哪个 php。
为什么 composer.bat 在 Windows 上无视 PHP_BINARY
Windows 官方安装包附带的 composer.bat 是个批处理脚本，内部写死调用 php 命令，完全不读取 PHP_BINARY 环境变量。哪怕你在系统变量里设了 PHP_BINARY=C:\xampp\php\php.exe，它也视而不见。
验证方法：用记事本打开 composer.bat，搜 php "，大概率看到这行：php "%~dp0composer.phar" %* —— 这里的 php 就是字面意思，去 PATH 里找，不查环境变量。
- 最稳解法：删掉
composer.bat，改用php composer.phar全局 alias（PowerShell 中可加function composer { php C:\tools\composer.phar @args }） - 次选方案：手动编辑
composer.bat，把php替换成绝对路径，例如"C:\xampp\php\php.exe"（注意加英文双引号，路径含空格时必加） - 别碰
composer-setup.php：它只用于安装，不参与日常命令执行
Linux/macOS 下硬编码 PHP 路径的两种可靠方式
在 shell 配置文件（如 ~/.zshrc 或 /etc/profile）里直接写死路径，比依赖 PATH 更可控，尤其当你有多个 PHP 版本共存时。
立即学习“PHP免费学习笔记（深入）”；
临时生效（当前终端）：export PHP_BINARY=/opt/homebrew/bin/php
永久生效（推荐）：echo 'export PHP_BINARY=/opt/homebrew/bin/php' >> ~/.zshrc && source ~/.zshrc
-
PHP_BINARY控制 Composer 自身运行逻辑，比如composer install、composer update全部走这个路径 -
COMPOSER_BINARY只影响vendor/bin/下生成的代理脚本（如phpunit），和PHP_BINARY各司其职，别混用 - 如果用了
sudo composer install，记得sudo -E保留环境变量，否则PHP_BINARY会丢失
硬编码路径后仍报错的三个关键检查点
设了路径不等于万事大吉，还要确认这个 php 是否真能干活：
- 运行
/path/to/php -v，必须输出版本号；若报VCRUNTIME140.dll缺失，是 VC 运行库问题，和 Composer 无关 - 运行
/path/to/php -m | grep openssl和grep zip，Composer 依赖这两个扩展，缺一不可 - 检查该
php是否满足项目约束：看composer.json里config.platform.php或require.php的版本要求，硬编码路径不会绕过这个校验
真正容易被忽略的是：硬编码路径只是第一步，后面还得确认它对应的 php.ini 是否启用了必要扩展、是否禁用了 proc_open、是否还在用已废弃的 safe_mode——这些都会让 Composer 在看似启动成功后，在下载或解压阶段突然失败。
