Composer实际PHP版本以composer --version首行为准，而非php -v；临时指定需用绝对路径调用如/usr/bin/php8.1 ./composer.phar install，config.platform.php仅模拟依赖解析环境，不改变运行时PHP。
composer --version第一行才是真实PHP版本
别信php -v，它只显示当前shell默认的PHP；composer --version第一行才告诉你Composer实际在用哪个PHP解释器。常见错觉是：phpinfo()显示8.3、php -v也显示8.3，但composer install却报“requires php ^8.2 but your PHP version (8.1.25) does not satisfy”，说明Composer背后绑的是另一个PHP。
验证方式有三：
-
composer --version——首行明确写PHP 8.1.25 (cli)就说明它正在用这个 -
head -1 $(which composer)——看shebang，比如#!/usr/bin/env php或#!/opt/homebrew/bin/php@8.1 -
composer diagnose | grep "PHP binary"——直接输出它加载的二进制路径
临时指定PHP路径：用绝对路径调用php + composer.phar
这是最干净、最可控的方式，绕过PATH、alias、shebang所有干扰。CI脚本、本地调试都适用。
Linux/macOS示例：
立即学习“PHP免费学习笔记（深入）”；
sudo chmod +x composer.phar /usr/bin/php8.1 ./composer.phar install
macOS Homebrew用户注意路径：
/opt/homebrew/bin/php@8.1 /opt/homebrew/bin/composer update
Windows必须加英文引号（路径含空格时）：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
"C:\php\php-8.2\php.exe" composer.phar require laravel/framework
关键点：
- 必须用
phpX.Y完整路径，不能只写php - 必须用
composer.phar全路径，或确保全局composer命令没硬编码shebang -
chmod +x composer.phar不可省，否则Linux/macOS会报“Permission denied”
COMPOSER_PHP vs PHP_BINARY：该用哪个环境变量？
两者都能覆盖PHP路径，但行为不同，混用会冲突。
COMPOSER_PHP是官方推荐、较轻量的方案：
- 只影响Composer自身执行阶段（autoload生成、scripts里
php xxx.php除外） - 适合日常开发和CI：
COMPOSER_PHP=/usr/bin/php8.1 composer install - 某些shell（如非交互式bash）不继承
export，必须写成一行
PHP_BINARY更底层、更彻底：
- 被PHP运行时直接读取，优先级高于
COMPOSER_PHP - 影响所有子进程，包括插件fork的PHP进程
- 适合插件异常或scripts里调用
php失败时：PHP_BINARY=/usr/bin/php8.1 composer install - Windows下路径含空格必须加英文引号：
PHP_BINARY="C:\php\php-8.2\php.exe" composer install
config.platform.php不是指定PHP路径，只是骗依赖解析器
"config": {"platform": {"php": "8.1.0"}}只在composer update或首次install时起作用——它让Composer“假装”当前环境是PHP 8.1，从而选兼容的包版本。但它完全不改变Composer自己运行用的PHP，也不影响vendor/autoload_static.php里生成的语法。
典型误用场景：
- 设了
"php": "7.4.33"，但用PHP 8.2执行composer install→autoload_static.php里可能含match表达式 → 部署到PHP 7.4服务器直接Parse error -
composer.json里写了"php": "^8.2"，但CI机器只有PHP 8.1 → 即使设了platform，composer install仍会因约束不满足而失败 - scripts里写
"test": "php tests/run.php"→COMPOSER_PHP对它无效，必须显式写"test": "/usr/bin/php8.1 tests/run.php"
真正要解决运行时兼容性，得靠构建环境与目标环境一致，而不是靠platform打补丁。
