Composer无降级命令，需用composer require vendor/package:1.2.3 --with-all-dependencies强制安装旧版本；查版本用show和show -a；update不降级；务必dump-autoload并重启PHP-FPM。
Composer 没有
、
或
命令，所谓“降级”，本质是让 Composer 重新解析依赖并安装你指定的旧版本——最稳、最常用的方式就是
。
怎么查当前装的是哪个版本、有哪些历史版本可用
别凭记忆写版本号，先确认目标包的真实状态：
查已安装版本（注意输出里
字段是否带补零，如
）
查所有可选历史版本（找带
前缀的稳定 tag，比如
；若没看到，可能是已被作者
，或不兼容当前 PHP 版本）
如果
输出为空或缺失目标版本，检查
中的
：它会静默过滤掉不支持该 PHP 版本的包版本
为什么
经常没反应
这个命令默认只升不降，且只响应
中已声明的约束。常见失效场景：
你把
改成
，但本地已装
—— Composer 认为“已满足”，直接跳过
执行后
哈希没变、
文件没更新，加
看日志，大概率见到
想退到
，但约束写的是
，根本不在允许范围内
结论：靠
降级不可靠，优先用
强制指定。
Composer 2.9.6
Composer 2.9.6 是 PHP 生态中高效、稳定的依赖管理工具。此版本在性能与兼容性上进一步优化，改进了依赖解析算法，提升大型项目中的安装与更新速度。它支持并行下载任务，显著减少等待时间，并增强了与私有仓库及镜像源的交互稳定性。同时修复了多项命令行交互与内存使用相关的缺陷，确保在复杂依赖关系下依然可靠运行。无论是新项目初始化还是现有系统维护，Composer 2.9.6 都能为开发者提供流畅、精准的依赖管理体验。
下载
必须加
不加这个参数，子依赖冲突时 Composer 会静默失败，看起来命令执行成功，但
和
实际没变：
正确写法：
错误写法：
（可能无提示、无变更）
如果报
，不是网络问题，而是依赖链卡住了；先运行
看谁在拖后腿
版本号必须写死，别用
或
，否则仍可能装到
降级后 Class not found？不是没装对，是 autoloader 没刷新
即使
显示版本正确，运行时仍报
，90% 是 autoload 缓存残留：
立刻执行：
如果是 PHP-FPM 环境，顺手重启服务：
（或对应服务名）
别手改
：把
改成
并填旧哈希，几乎一定失败——autoloader 按 lock 生成 classmap，但 zip 包内容和哈希对不上，就会找不到类
也别只
就完事：必须
，否则
里还残留新版本文件
真正容易被忽略的点是：Composer 自身版本和项目锁文件格式强耦合。比如从 v2.7 回退到 v2.1，但
是 v2.7 生成的，v2.1 会直接拒绝解析——得先删 lock 文件再重装。
downgraderollbackrevertcomposer require vendor/package:1.2.3 --with-all-dependenciescomposer show vendor/packageversion2.2.4.0composer show -a vendor/packagevv2.2.4yankshow -acomposer.jsonconfig.platform.phpcomposer update vendor/packagecomposer.json"^2.3""^2.2"2.3.1composer.lockvendor/-vSkipping vendor/package (already at 2.3.1)1.9.5~2.0updaterequirecomposer require vendor/package:1.2.3--with-all-dependenciesvendor/composer.lockcomposer require vendor/package:1.2.3 --with-all-dependenciescomposer require vendor/package:1.2.3Your requirements could not be resolvedcomposer depends vendor/package^1.2~1.2.01.2.9composer showClass 'X\Y' not foundcomposer dump-autoloadsudo systemctl reload php-fpmcomposer.lock"version": "2.3.1""2.2.4"git checkout composer.lockrm -rf vendor && composer installvendor/composer.lock