Composer update 不重装不兼容的间接依赖，是因为 lock 文件锁定旧 PHP 环境下解析出的版本组合，而 PHP 版本变更不触发重新解析；--with-all-dependencies 强制重算整个依赖图并适配当前 PHP 版本。
为什么composer update不重装不兼容的间接依赖
Composer 默认只更新 composer.json 中直接声明的包（顶层 require），而像 monolog/monolog 这类被 laravel/framework 拉进来的间接依赖，会被 composer.lock 死死锁住——哪怕它新版已支持 PHP 8.2，Composer 也不会主动去碰它。
根本原因不是“它不想更新”，而是依赖解析器认为：lock 文件里版本满足所有约束，无需重算。而 PHP 版本变更属于运行时平台信息，不触发重解析。
- 现象：
composer install报Your requirements could not be resolved，但你刚切到 PHP 8.2，且composer.json明确写了"php": "^8.2" - 本质：lock 文件里记录的是为旧 PHP（比如 8.1）解出的依赖组合，其中某个间接依赖可能依赖已移除的
ext-mcrypt或用了 PHP 8.1 不支持的语法 - 误区：以为
composer update vendor/package就能“局部修复”——如果该包本身没在composer.json直接 require，命令会直接忽略或报错
composer update --with-all-dependencies 是怎么绕过锁死逻辑的
这个参数强制 Composer 忽略 lock 文件对间接依赖的锁定，把整个依赖图重新跑一遍 SAT 求解，但只基于当前 composer.json 的 require 和当前 PHP 版本做约束校验。
它不是“升级所有包”，而是“重算所有依赖的可安装版本组合”，所以能自然筛掉那些不兼容新 PHP 的旧间接依赖版本。
立即学习“PHP免费学习笔记（深入）”；
- 必须配合
composer clear-cache使用，否则平台缓存可能仍返回旧的 PHP 兼容性判断结果 - 不能加
--dry-run后就完事——--dry-run只模拟，不会刷新 lock 文件里的平台感知数据 - 执行后务必检查
git diff composer.lock：确认只有预期的间接依赖版本变动，没有意外升级了symfony/console这类基础组件
如何精准定位并隔离单个不兼容依赖
当 composer update --with-all-dependencies 仍失败，说明冲突链里存在明确阻塞点。这时不能靠猜，得用 Composer 自带的诊断命令挖根。
- 先看报错里提到的包名和版本，例如
guzzlehttp/guzzle 7.5.0 - 运行
composer why-not guzzlehttp/guzzle:7.5.0，输出会显示哪一层依赖（比如spatie/laravel-backup）强制要求了低版本 Guzzle - 再运行
composer depends guzzlehttp/guzzle，确认哪些包真正在用它，避免误删“幽灵依赖” - 如果确定是某个第三方包拖后腿，且它短期内不会更新，可在
composer.json的repositories里临时加 fork 地址，或用"guzzlehttp/guzzle": "dev-main as 7.5.0"强制指定兼容分支
config.platform.php 在局部隔离中的真实作用边界
"config": { "platform": { "php": "8.2.0" } } 不是魔法开关，它只在依赖解析阶段起效：告诉 Composer “请按 PHP 8.2 的能力去选包”，但不会让 PHP 7.4 环境突然支持 match 表达式。
它真正有用的地方，是在 CI/CD 流水线里——用低版本 PHP 构建机生成适配高版本的 vendor/，或者多人协作时统一解析基准。
- 本地开发时，若
php -v输出仍是 7.4，却设了"platform": {"php": "8.2"}，composer install能成功，但运行时大概率报ParseError - 它无法绕过扩展缺失问题：即使写了
"platform": {"ext-gd": "1"}，如果实际没装gd扩展，运行时仍会报Call to undefined function imagecreatefrompng() - 最易被忽略的一点：该配置不继承，子模块或
require-dev里的包不会自动受其影响，必须显式声明
mysql_connect() ——这种问题只有运行时才会暴露，composer 命令本身查不出来。 
