该错误源于环境与依赖声明不匹配，非锁文件问题；应先确认php版本、恢复目标composer.lock、清理vendor后重装，或用composer require --with-all-dependencies精准降级单包。
报错 Your requirements could not be resolved 或 PHP version does not satisfy that requirement 时，直接删 composer.lock 或跑 composer update 通常没用——问题不在锁文件“脏”，而在当前环境与依赖声明根本对不上。降级不是回退操作，是主动重建兼容状态。
composer install 为什么没装旧版本？先确认你在用哪个 lock 文件
很多人执行 composer install 后发现 vendor/ 里还是新包，甚至报 Class not found，根本原因不是命令失效，而是你本地的 composer.lock 根本不是目标历史版本。
- 运行
git status composer.lock：如果显示modified或not staged，说明它已被改写过，不是你要的那个旧状态 - 若该旧版本 lock 已提交，用
git checkout HEAD~1 -- composer.lock（或指定 commit hash）恢复 - 删干净
vendor/：rm -rf vendor（Windows 用户请手动删除） - 再跑
composer install——此时它才真正只读 lock、不碰composer.json的约束 - 别用
composer update --lock：它只是重写 lock，不会清理 vendor，也不会回退任何代码
只想降级某一个包（比如 monolog/monolog）
不要手动改 composer.json 里的版本号然后跑 composer update——那会触发全新依赖解析，可能连带升级其他包，甚至引入不兼容变更。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查目标版本是否存在且未被废弃：
composer show -a monolog/monolog，确认v2.9.2这类版本在列表中 - 执行
composer require monolog/monolog:2.9.2 --with-all-dependencies：强制锁定并同步调整所有子依赖 - 不加
--with-all-dependencies容易卡在子依赖冲突处，报错却不说明哪一层出问题 - 执行后会更新
composer.json的约束、重写composer.lock、替换vendor/中文件 - 验证是否生效：
composer show monolog/monolog输出的version字段必须是2.9.2.0（Composer 自动补零，2.9.2和2.9解析行为不同）
PHP 版本太低导致 install 失败
报错 Your PHP version x.x.x does not satisfy that requirement，说明当前 PHP 版本低于 composer.json 中声明的最低要求。Composer 不会自动降级包来适配旧 PHP。
- 先运行
php -v确认 CLI 真实版本（注意 Web SAPI 可能不同，composer 走的是 CLI） - 检查
composer.json中"require": { "php": ">=8.1" }这类行 - 若开发环境确实无法升级 PHP，可临时伪造 platform（仅限本地开发）：
"config": { "platform": { "php": "8.1.0" } }
⚠️ 这不会让低版本 PHP 真的支持高版本语法，只是跳过 Composer 校验 - 生产环境必须匹配真实 PHP 版本，否则 runtime 会直接报错（如
Attribute、match、enum在 PHP 7.x 下不存在） - 更稳妥的做法是查清目标包各版本的 PHP 要求：
composer show monolog/monolog --all，或访问其 GitHub tag 对应的composer.json
Composer 自身版本要降到 v1.x 怎么办？
composer self-update --1 或 composer self-update 1.10.22 必定失败——Composer 2.x 的更新机制只对接 v2 发布通道，强行输入 v1 版本号会报 Could not find version 或静默忽略。
- 先运行
which composer确认安装路径（常见为/usr/local/bin/composer） - 用
sudo rm /usr/local/bin/composer彻底删除当前二进制 - 下载 v1.10.22 官方 PHAR：
curl -sS https://getcomposer.org/download/1.10.22/composer.phar -o /tmp/composer-v1.phar，再用官网 SHA384 值校验 - 移动并赋权：
sudo mv /tmp/composer-v1.phar /usr/local/bin/composer && sudo chmod +x /usr/local/bin/composer - 降级后必须同步清理三处残留：
— 删除项目根目录下的composer.lock（1.x 无法读取 2.x 生成的 lock）
— 删除composer.json中的allow-plugins字段（1.x 不识别）
— 检查auth.json：1.x 不支持 2.x 的 token-based 认证，需回退为http-basic形式
真正卡住的点往往不是命令怎么敲，而是没意识到降级本质是重建依赖图——你得先明确到底是环境（PHP）、工具（Composer 自身）还是依赖包出了问题，再选对应路径。改完之后不验证 composer show 和实际运行效果，很容易以为搞定了，结果上线就崩。
