Composer报“找不到PHP可执行文件”是因为只认PHP_BINARY或PATH中首个php，不自动猜测路径；php -v正常但diagnose通过不代表Composer能用php，因diagnose仅检查当前进程；Windows下composer.bat硬编码调用php，无视PHP_BINARY，最稳解法是删bat改用php composer.phar全局alias。
Composer install 报“找不到PHP可执行文件”怎么修
不是 PHP 没装，而是 Composer 启动时根本没找到 php 命令——它只认 PHP_BINARY 环境变量或 PATH 里第一个能跑的 php，不猜路径、不 fallback。
-
php -v正常但composer diagnose通过 ≠ Composer 自己能用 php：diagnose 只检查当前 shell 里正在跑的 PHP 进程，不管 Composer 是用哪个 php 启动的 - CI 镜像里
PHP_BINARY指向/opt/php/bin/php，实际路径却是/usr/bin/php→ 直接崩 - Windows 上设了系统级
PHP_BINARY=C:\xampp\php\php.exe，但没重启终端 → Composer 启动时读的是旧值 - 官方
composer.bat是硬编码调用php，完全无视PHP_BINARY；打开它就能看到php "%~dp0composer.phar" %*
最稳解法：删掉 composer.bat，改用 php composer.phar 全局 alias（PowerShell 可加 function composer { php C:\tools\composer.phar @args }）；次选是手动编辑 composer.bat，把 php 替成绝对路径，比如 "C:\xampp\php\php.exe"（含空格必须加英文双引号）。
vendor/bin 脚本报“不是内部或外部命令”或 Permission denied
这是两个不同问题，但都发生在 vendor/bin/ 下：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS 报
Permission denied：ZIP 包不存执行位，Git 仓库没git update-index --chmod=+x→ls -l vendor/bin/phpunit看是不是-rw-r--r--；临时修复：chmod +x vendor/bin/*；一劳永逸是在composer.json的scripts里加post-install-cmd: "chmod +x vendor/bin/*"（仅 POSIX 有效） - Windows 报“不是内部或外部命令”：不是权限问题，是
#!/usr/bin/env php在 Windows 无效，且 Composer 不会自动为 Unix 风格脚本生成.bat包装器——这事得包作者自己做（比如symfony/console就自带.bat）；你只能绕过：php vendor/bin/phpunit直接调用
Windows PATH 超长导致 “CreateProcess failed”
不是 Composer 错，是 Windows 的 PATH 总长度超过 32767 字符，导致 PHP 子进程（git、zip 等）根本 spawn 不起来。
- 先验证：
echo %PATH% | powershell -Command "$input.Length" - 重点清理重复的 Composer
bin-dir：运行composer config --global bin-dir查路径（通常是%APPDATA%\Composer\vendor\bin），然后在“系统环境变量”里删掉所有指向它的条目（用户级 + 系统级） - 别依赖 PATH 查找：直接用绝对路径调用，比如
"%APPDATA%\Composer\vendor\bin\laravel.bat" - 禁用自动写 PATH 的行为：某些旧版 Composer 安装器或 IDE 插件会在注册表/启动脚本里偷偷追加路径，升级不会清理，得手动查
全局安装后命令找不到或 Access is denied
常见于 Windows 全局安装（composer global require laravel/installer）后，laravel 命令报错。
-
Access is denied很可能不是权限不足，而是防病毒软件拦截了.bat文件生成，或文件句柄被 IDE 锁住；试试临时关掉 Windows Defender 实时防护，或换 Git Bash 运行 -
'laravel' is not recognized：确认%APPDATA%\Composer\vendor\bin已加入PATH，且该目录下laravel.bat存在、内容可读、当前用户有“读取和执行”权限 - 更稳妥的做法是避开全局 PATH：用
php ~/.composer/vendor/bin/laravel（Linux/macOS）或php "%APPDATA%\Composer\vendor\bin\laravel"（Windows） - 绝对不要
sudo composer global require：它会把文件装进/root/.composer，普通用户 shell 根本找不到，还会污染COMPOSER_HOME
真正麻烦的从来不是缺哪个二进制，而是谁在什么时候、用什么方式、从哪条路径把它找出来——环境变量、权限位、跨平台执行模型，三者叠在一起，漏掉任何一个环节，composer install 就卡在第一行。
