composer无downgrade命令，降级本质是用composer require vendor/package:1.2.3强制重写版本约束并重新解析整棵依赖树，需配合--with-all-dependencies处理传递依赖冲突。
Composer 没有 downgrade 命令，所谓“降级”本质是让依赖解析器重新接受一组更低版本的约束组合——它必须连带调整传递依赖，不能只动一个包。
用 composer require vendor/package:1.2.3 强制重写约束
这是最直接、也最容易被误用的操作。它不是覆盖安装，而是告诉 Composer：“我要这个确切版本”，触发整棵树的重新协商。
- 必须写死具体版本号，比如
monolog/monolog:1.27.0，不能用^1.27或~1.27.0，否则仍可能装到 1.27.9 - 执行前先确认当前装的是什么：
composer show monolog/monolog - 如果报
Your requirements could not be resolved，大概率是其他已装包（如laravel/framework）间接锁死了子依赖，这时需要加--with-all-dependencies - 执行后检查
composer.lock里对应项的version和reference是否更新，别只信vendor/目录下的文件时间戳
为什么 composer update vendor/package 经常不生效
因为默认行为是“在现有约束范围内找最新可用版本”，不是“回退到你心里想的那个旧版”。它只升不降，除非你显式打破约束。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 如果你在
composer.json里写的是"guzzlehttp/guzzle": "^7.5"，composer update guzzlehttp/guzzle永远不会装7.4.5，哪怕你手动改了 lock 文件也不行 - 要让它生效，必须先改
composer.json：把"^7.5"换成"7.4.5"（带引号、无符号），再运行composer update guzzlehttp/guzzle - 如果执行后没变化，先跑
composer update guzzlehttp/guzzle -v看详细日志，留意是否有Skipping guzzlehttp/guzzle (already at 7.4.5)—— 那说明它已经认为满足了 - 还有一种静默失败：项目中配置了
config.platform.php，而目标旧版不支持你声明的 PHP 版本，Composer 会跳过安装，不报错也不提示
遇到依赖冲突时盯哪几行错误信息
Composer 报错第一行往往只是表象，真正关键的线索藏在中间段落里。
- 重点扫视反复出现的包名，比如同时出现
phpunit/phpunit和myclabs/deep-copy→ 很可能是 PHPUnit 的某个小版本强制要求deep-copy >=1.10，而你想降的包依赖的是≤1.7 - 看
Root requirements下列出的版本范围，确认你写的"vendor/package": "1.2.0"是否被识别为1.2.0.0（Composer 会自动补零） - 注意报错末尾的
Found x packages with version constraints that differ，这不是根因，只是结论；真要定位，得用composer why-not vendor/package:1.2.0和composer why vendor/package - 如果冲突来自
conflict字段（比如某包声明"conflict": {"symfony/console": ">=6.0"}），那就算你没直接装 symfony/console，只要其他依赖拉进了 v6，就会触发失败
降级后 Class not found 或 autoload 失效
这不是 Composer 没装对，而是 autoloader 缓存没刷新，或者类加载规则本身变了。
- 先运行
composer dump-autoload，强制重建自动加载映射 - 如果用了 PSR-4 自动加载且目录结构随版本变化（比如旧版用
src/，新版用lib/），得同步检查该包的composer.json里autoload字段是否匹配 - Web 环境下（如 Nginx + php-fpm），记得重启
php-fpm进程，否则 opcache 可能缓存了旧的类路径 - CI/CD 中如果只提交了
composer.json没提交composer.lock，别人composer install时会按 lock 文件装，导致环境不一致 —— lock 文件必须一起提交
