PHP升级后Composer不自动重检平台兼容性，需执行composer clear-cache清除缓存，再运行composer update --with-all-dependencies重算全部依赖；同时验证PHP扩展完整性，并用composer why-not定位冲突源头。
Composer install 报错不是因为版本更新本身，而是它仍按旧环境缓存的依赖解去安装——PHP 升级后不手动干预，它根本不会重新检查平台兼容性。
升级 PHP 后必须清 platform 缓存再 update
Composer 不会自动感知 PHP 版本变化，composer.lock 里记录的是旧 PHP 下算出的包版本，哪怕 composer.json 已声明 "php": "^8.2"，它也会硬装那些在 PHP 8.2 下已废弃扩展（如 ext-mcrypt）的旧版依赖。
- 先确认当前 PHP 环境：
php -v和php -m | grep -E "mbstring|curl|json|openssl"，缺扩展就装 - 执行
composer clear-cache：清除 platform-check 缓存，否则它可能复用 PHP 8.1 的兼容性判断结果 - 运行
composer update --with-all-dependencies：普通update只动顶层 require，而--with-all-dependencies会重算整个依赖树，包括被间接引入的包
报 “Your requirements could not be resolved” 别急着删 lock
这个错误是 Composer 明确告诉你“无解”，不是临时故障。直接删 vendor/ 和 composer.lock 虽能过，但会丢失生产环境的版本锁定。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 用
composer why-not vendor/package:version定位冲突点，比如composer why-not monolog/monolog:^3.6.0，注意必须带完整版本号 - 输出从下往上读：最后一行是你自己的
require，往上每行末尾的(required by xxx)是实际卡住你的包 - 查清楚瓶颈后，定点更新：
composer update symfony/console --with-dependencies，避免全量update带偏稳定依赖
镜像配置失效常被当成“版本问题”
很多报错看似是 PHP 或 Composer 版本导致，实则是镜像没配对，Composer 静默 fallback 到 packagist.org，然后因网络或证书失败。
- 验证是否真走镜像：
composer install -vvv 2>&1 | grep Downloading，看第一行 URL 是不是你配的镜像地址 - 检查项目级覆盖：
cat composer.json | grep repositories，只要存在该字段（哪怕"repositories": []），全局配置就彻底失效 - 正确配全局镜像只有一条命令：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，注意repo.packagist是单数、composer是 type 值、URL 必须 HTTPS 且结尾有/
最易被忽略的是：PHP 版本升级后，composer update 默认不重校验平台约束；而镜像配置写错时，Composer 既不报错也不提示，只会安静地连回官方源——这两点叠加，会让问题看起来像“升级引发的连锁崩溃”。
