唯一可靠方式是composer require vendor/package:1.2.3 --with-all-dependencies，它强制降级并同步调整所有传递依赖；composer无downgrade命令，update默认只升不降，改composer.json后不加该参数常被跳过。
composer require vendor/package:1.2.3 --with-all-dependencies 是唯一可靠入口
Composer 没有 downgrade 命令，composer update 默认只升不降——哪怕你改了 composer.json 里的版本号，不显式触发重写约束，它可能直接跳过。真正能强制降级并连带调整依赖树的，只有 composer require 加具体版本号再带上 --with-all-dependencies。
这个参数不是可选的“优化项”，而是解决冲突的开关：不加它，遇到子依赖版本不兼容（比如你想降 guzzlehttp/guzzle，但它依赖的 psr/http-client 在旧版里要求 ^1.0，而当前项目锁的是 ^2.0），Composer 就直接报错退出；加了它，才会尝试同步下调所有冲突路径上的包。
-
composer require guzzlehttp/guzzle:7.4.5 --with-all-dependencies是标准写法，版本号必须写死，不能带^或~ - 执行前建议先
git status，避免降级后无法回滚 - 如果提示
Your requirements could not be resolved，别急着换镜像或重试，先看报错里反复出现的包名——那才是真正的冲突锚点
为什么改 composer.json + composer update vendor/package 不总生效
很多人以为改完 composer.json 里某行版本号，再跑 composer update vendor/package 就万事大吉。但实际常遇到 Skipping vendor/package (already at 7.5.0) 这类提示，锁文件和 vendor/ 完全没变。
根本原因有两个：
-
composer update vendor/package本质是“按当前composer.json约束重新求解”，如果旧版本不在你写的约束范围内（例如你写的是"^7.5"，却想切到7.4.5），它压根不会考虑那个版本 - 项目启用了
config.platform.php（比如声明"php": "8.2"），而目标旧包已不支持该 PHP 版本，Composer 会静默跳过，不报错也不提示
验证方式很简单：临时删掉 config/platform.php 再试一次；或者加 -v 参数看详细日志：composer update vendor/package -v。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
降级后 Class not found 或 autoload 失效不是 Composer 没装对
执行完降级命令，运行代码却报 Class not found，第一反应不该是重装包或怀疑网络——90% 是 autoloader 缓存没刷新。
Composer 安装/更新包后，不会自动重建自动加载映射，尤其当包内部结构或命名空间有变化时（比如旧版用 src/，新版改用 lib/），旧缓存会继续指向不存在的路径。
- 立刻运行
composer dump-autoload，这是最轻量的修复方式 - 如果项目走 FPM，记得顺手
sudo systemctl reload php-fpm或重启对应服务，否则 PHP 进程还在用旧映射 - 极端情况（如从 v2 升级后又降回 v1 的包），可删掉
vendor/composer/autoload_*.php文件再 dump，确保从头生成
连带降级时最容易被忽略的三处一致性校验
你以为 composer show vendor/package 显示 1.2.3 就完事了？不够。三个地方必须手动核对，否则 runtime 行为可能和预期不一致：
-
composer show vendor/package输出的versions字段，确认是精确的1.2.3，不是1.2.3.0或1.2.x-dev -
vendor/vendor/package/composer.json里的version字段，必须是"1.2.3"，不是"dev-main"或空值 -
composer.lock中对应条目的version和source/reference，reference应为该版本 tag 对应的 commit hash，不是分支名
漏查任何一项，都可能在 CI 构建、部署或某次函数调用时突然暴露问题——尤其是 source/reference 错了，意味着你实际加载的是开发分支快照，而非发布版本。
