Composer在老旧PHP 7.0环境中的依赖退回与降级处理（兼容方案）-composer-PHP中文网

composer install仍装php 7.4+包，因默认按php -v版本选包，必须配置"config": {"platform": {"php": "7.0.33"}}并删vendor与composer.lock后重装，否则锁文件保留高版本记录；--ignore-platform-reqs仅临时跳过校验但不检查扩展，不可长期使用。

composer在老旧php 7.0环境中的依赖退回与降级处理（兼容方案）

composer install 为什么还在装 PHP 7.4+ 的包？

不是 Packagist 没有旧版，而是 Composer 默认按你当前 php -v 输出的版本选包，而 PHP 7.0 环境下它仍会尝试匹配 ^7.4 或 ^8.0 这类约束——只要包声明了兼容，它就敢装，哪怕运行时报 Parse error: syntax error, unexpected '?' 。

必须在 composer.json 顶层加 "config": {"platform": {"php": "7.0.33"}}（用你真实版本号），否则 Composer 不会主动过滤掉 require php ^7.4 的包
加完立刻删掉 vendor/ 和 composer.lock，再跑 php composer.phar install —— 否则 lock 文件里还存着高版本记录，install 只是“重装”，不重算
--ignore-platform-reqs 是临时止血，但会跳过所有扩展检查（比如 ext-mbstring 缺失也不报），别长期开着

怎么安全降级一个已装包（比如 monolog/monolog）？

直接改 composer.json 版本号再 composer update monolog/monolog 很可能无效：Composer 认为“当前 2.10.0 满足 ^2.0”，就不动它。真正生效的只有明确指定版本并强制联动子依赖。

先查可用旧版：composer show -a monolog/monolog，确认 1.25.5 这类支持 PHP 7.0 的版本存在且标为 stable
执行：php composer.phar require monolog/monolog:1.25.5 --with-all-dependencies，--with-all-dependencies 是关键，否则子依赖冲突时它会静默跳过
如果报错 Your requirements could not be resolved，立刻运行：php composer.phar why-not monolog/monolog:1.25.5，看哪个包的 conflict 字段或 require 在拦路

镜像源返回 Could not parse version constraint 怎么办？

国内镜像（阿里云、腾讯云）为加速缓存了 packages.json，但旧版 Composer 1.x 解析的是老格式元数据，新版镜像已停更该格式，导致解析失败——换镜像没用，得切回官方源并清缓存。

PHP 8.5.5

PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。

下载

全局切源：php composer.phar config -g repo.packagist composer https://packagist.org（注意字段名是 repo.packagist，写成 repos.packagist 不生效）
清缓存：php composer.phar clear-cache，否则它继续读镜像缓存的旧 packages.json，版本号错乱、包找不到
验证：php composer.phar config -g repo.packagist 应输出 {"type":"composer","url":"https://packagist.org"}