Composer update不能降级包，因其默认只升不降，将版本约束视为最低可接受版本；需用composer require vendor/package:version --with-all-dependencies强制重算依赖树并同步调整子依赖。
composer update 为什么不能降级包
因为 composer update 默认只升不降：只要当前已安装版本满足 composer.json 中的约束（比如 "monolog/monolog": "^2.0"，而你装着 2.8.0），它就认为“已完成”，跳过重装。这不是 bug，是设计逻辑——它求解的是“满足约束的最新兼容版本”，不是“你写在 JSON 里的那个字面版本”。
常见错误现象：composer update 后 composer show monolog/monolog 仍显示 2.8.0，哪怕你刚把 composer.json 改成 "monolog/monolog": "1.27.0"。
- 别手动改
composer.json后跑update试图降级——大概率静默失败 - 不要依赖
--prefer-lowest：它只对新解析生效，不强制回退已有版本 - 确认你改的是
require而非require-dev，否则根本不会影响 vendor
强制安装指定旧版本的唯一可靠命令
用 composer require vendor/package:version --with-all-dependencies。这个命令会主动重算整个依赖树，不只是装目标包，还会同步调整它的所有子依赖，避免出现“包降了但子依赖还卡在高版本导致运行时报错”的情况。
例如降级 Monolog：
composer require monolog/monolog:1.27.0 --with-all-dependencies
关键点：
- 必须带完整版本标识，
1.27和1.27.0在 Composer 解析中行为不同（后者会被补零为1.27.0.0） - 不加
--with-all-dependencies，遇到冲突时可能只报错却不说明哪一层拦着你 - 执行后立刻验证：
composer show monolog/monolog输出的version字段必须是1.27.0.0
降级失败？先查谁在封杀这个版本
执行 composer require vendor/package:version --with-all-dependencies 报 Your requirements could not be resolved，不是网络问题，是依赖图里存在明确冲突约束。此时必须定位阻断源：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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:1.27.0），输出从下往上读：最后一行是你composer.json的根声明，往上每行都是某个已安装包写的约束 - 若输出为空，检查是否因
"minimum-stability": "stable"导致目标版本（如 dev 分支）被过滤 - 用
composer prohibits vendor/package:version查所有直接/间接阻止该版本的路径
常见陷阱：看到 laravel/sanctum 出现在链里就放弃排查，其实它可能通过 conflict 字段锁死了上限，而非只是建议。
删 lock 文件不是“忽略约束”，而是换一套求解逻辑
删 composer.lock 后直接跑 composer install 会失败，因为 install 命令的前提就是锁文件存在。真正触发“按 composer.json 全新解析”的命令是 composer update。
彻底重置依赖的标准动作是：
rm composer.lock && rm -rf vendor<br>composer update
注意：
- 这等价于扔掉旧依赖图，从头开始求解——结果可能和原来完全不同，尤其当多个版本都满足约束时
- 如果本地 PHP 版本不满足
composer.json中"php": "^8.1"等平台要求，会直接报错；可临时加--ignore-platform-reqs，但上线前必须修正环境 - CI 流水线与本地 Composer 版本不一致（如 lock 是 1.x 生成，CI 用 2.x）时，应优先运行
composer update --lock升级锁文件结构，而非硬删
最易被忽略的一点：降级后若项目用了 autoload 映射（如 PSR-4），记得跑 composer dump-autoload -o，否则旧类可能仍从缓存加载，掩盖真实问题。
