需先确认php版本是否匹配composer.json的require.php声明，再通过composer require指定兼容版本并加--with-all-dependencies，最后确保composer.lock被正确还原或更新。
composer install 报错“PHP version does not satisfy”怎么降级依赖？
不是降级依赖就能解决——先确认报错源头是 PHP 版本不匹配，还是包之间冲突。报错里带 Your PHP version x.x.x does not satisfy that requirement，说明当前 php -v 低于 composer.json 中 "php": ">=8.1" 这类声明。此时强行降级某个包（比如 monolog/monolog）大概率无效，因为新版本包可能只是“恰好”兼容旧 PHP，而其他包（如 laravel/framework）仍卡死要求。
实操建议：
- 运行
php -v确认 CLI 实际版本（Web SAPI 可能不同，但 Composer 只看 CLI） - 检查
composer.json的require.php字段，再查你要降级的目标包在 Packagist 上各版本的requires php（用composer show vendor/package --all） - 若目标包旧版确实支持你的 PHP（比如
symfony/consolev5.4 支持 PHP 7.2+），就直接composer require symfony/console:5.4.33 --with-all-dependencies - 别用
--ignore-platform-reqs掩盖问题——它跳过校验，但 runtime 会崩在Attribute或match语法上
执行 composer install 后 vendor 里还是新包，怎么让它真装旧版？
根本原因：你没在用目标历史版本的 composer.lock。Composer 不读 composer.json 的版本号去装包，它只严格按 composer.lock 里记录的 version、dist.sha256 和 source.reference 还原。
实操步骤：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
git status composer.lock，如果显示modified或未暂存，说明当前 lock 文件已被改写过 - 找回旧 lock：用
git checkout HEAD~1 -- composer.lock（或指定已知好用的 commit hash） - 彻底清空
vendor/：rm -rf vendor（Windows 用户请手动删除） - 再跑
composer install——此时它才真正忽略composer.json，只读 lock 文件还原 - 验证：检查
vendor/vendor/package/composer.json里的version字段，必须和 lock 里一致
只想降级 monolog/monolog 这一个包，为什么 composer update monolog/monolog:2.9.2 失败？
因为 composer update vendor/package:version 在 Composer v2.2+ 已被弃用，实际行为不可靠；报错 Package "monolog/monolog" is not required in your composer.json 就是典型表现。真正起效的只有 composer require 显式重申版本。
正确做法：
- 先确认目标版本存在且可用：
composer show -a monolog/monolog | grep 2.9.2，留意是否标记为abandoned - 执行：
composer require monolog/monolog:2.9.2 --with-all-dependencies（必须加 flag，否则子依赖如psr/log可能卡在 3.x 导致 ClassNotFound） - 失败时别猜，直接跑：
composer why-not monolog/monolog:2.9.2——输出从下往上读，最后一行是你根项目的约束，往上每行都是某个已装包写的上限（比如laravel/sanctum要求guzzlehttp/guzzle ^7.0，而monolog 2.9.2依赖guzzlehttp/guzzle ^6.5） - 若
why-not输出为空，说明该版本不在当前 Packagist 镜像通道，尝试换源或检查"minimum-stability"设置
composer require 降级后，为什么 composer show 输出 version 是 2.9.2.0 而不是 2.9.2？
这是 Composer 内部解析逻辑：它把 2.9.2 自动补零为 2.9.2.0，但语义等价。真正要警惕的是 2.9 和 2.9.2 解析行为不同——前者匹配 2.9.0 到 2.9.999，后者精确锁定小版本。所以写命令时务必用 monolog/monolog:2.9.2，而不是 monolog/monolog:2.9。
容易被忽略的点：
-
composer.lock里该包的version字段必须是2.9.2.0，dist.sha256必须和 Packagist 上 v2.9.2 发布页一致 - 执行完
require后，composer.json的require字段会变成"monolog/monolog": "2.9.2"（无符号），这是正常现象 - 别信
composer install的输出日志说 “Nothing to install or update”——它只对比 lock 和 vendor 目录哈希，不校验实际文件内容是否匹配
