composer不切换php版本，仅依据当前php解释器版本解析依赖；需通过config.platform.php设完整小版本号（如"7.4.33"）或--platform=php:x.x临时覆盖，并执行composer update --lock更新锁文件。
Composer 本身不控制 PHP 版本，它只按你“当前运行的 PHP”去挑包；想让 composer install 装出兼容 PHP 7.4 的旧版包，就得让它“以为”自己在 PHP 7.4 下运行——这靠的是平台伪装，不是换系统 PHP。
config.platform.php 必须写完整版本号
在 composer.json 的 config 段里加 platform，是长期生效最稳的方式。但注意："php": "7.4" 或 "^7.4" 都无效，Composer 会直接忽略；必须写成带补丁号的完整版本，比如 "7.4.33" 或 "8.1.27"。
- 写错会导致
composer update --lock后锁文件仍按原环境解析，白配 - 改完必须跑
composer update --lock，否则composer install还是读旧composer.lock - 该配置只影响当前项目，不影响其他项目，也不改系统 PHP
--platform=php:x.x 是临时覆盖的快捷方式
适合 CI 构建或快速验证，不用改 composer.json。例如在 PHP 8.2 环境下临时装 PHP 8.1 兼容包：
composer install --platform=php:8.1
这个参数从 Composer 2.2+ 开始支持，等效于本次命令中把 config.platform.php 设为 "8.1.0"。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 比
--ignore-platform-req=php安全：后者完全跳过 PHP 校验，可能装出运行时报错的包 - 不能混用多个
--platform，只认最后一个 - 执行后
composer show --platform可确认本次生效的平台版本
用指定 PHP 二进制文件运行 composer 才真正切换底层环境
上面两种都是“骗” Composer，而这是“真换”运行时 PHP。比如你本地默认是 PHP 8.2，但想用 PHP 7.4 跑完整流程（包括 autoloader、脚本钩子等）：
/usr/bin/php7.4 composer.phar install
路径要写对，常见位置有 /usr/bin/php7.4、/opt/homebrew/bin/php@7.4、C:\php\php74\php.exe。
- Windows 用户别依赖
php -v显示的版本，得看where php或直接写绝对路径 - CI 中推荐用这种方式，避免 platform 配置被缓存或覆盖
- 如果用 alias，记得在 shell 配置里重载，且确认
composer --version输出的 PHP 版本已变
platform 配置和 --platform 参数都只影响依赖解析，不改变实际运行环境；真正要验证某个旧包能否在 PHP 7.4 下跑通，最后一步永远是用目标 PHP 版本执行 vendor/autoload.php 或关键脚本——这点最容易被跳过。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
