要安装旧版Composer包，必须显式指定精确版本号（如monolog/monolog:1.25.5），支持^、~等版本约束但旧版推荐用精确值；修改composer.json后应运行composer install而非update；降级单个包用composer update vendor/package:old-version；注意PHP等平台兼容性，必要时配置platform或临时--ignore-platform-reqs。
直接指定版本号安装旧版包
Composer 默认安装最新稳定版，要装旧版，必须在 require 命令里显式写死版本号。比如你想装 monolog/monolog 的 1.25.5 版本，就运行：
composer require monolog/monolog:1.25.5
注意：:1.25.5 必须紧贴包名、中间不能有空格；如果当前项目已存在更高版本，这条命令会先卸载再重装指定版本。
- 版本号支持多种写法：
^1.25.5（兼容性升级）、~1.25.0（补丁级升级）、1.25.*（小版本通配），但「旧版」通常意味着用精确版本（如1.25.5）避免意外升级 - 运行后
composer.json的require字段会更新，composer.lock也会同步重写，这是锁定生效的关键 - 如果提示
Could not find package，说明该版本已从 Packagist 归档或被移除，需确认是否拼写错误，或检查 Packagist 页面 的历史版本列表
修改 composer.json 后执行 install 而非 update
如果你已经手动编辑了 composer.json，把某个包的版本改成旧版（比如把 "symfony/console": "^6.0" 改成 "symfony/console": "5.4.33"），别直接跑 composer update —— 它可能顺手把其他包也升了级。
正确做法是：
- 确保
composer.lock文件存在且未被删除（它是当前已安装包的真实快照） - 运行
composer install：它只按composer.lock中记录的版本还原依赖，不会查远程仓库、也不会升级任何东西 - 如果
composer.lock里没有你要的旧版本记录，那必须先用composer require或composer update vendor/package触发一次写入，再删掉vendor目录重新install
强制降级已安装的包（update 单个包）
项目里已有高版本包，想把它降到某个旧版，又不想动其他包，用 composer update 加包名限定：
composer update monolog/monolog:1.25.5
这个命令会：只解析 monolog/monolog 及其依赖的兼容性，重新计算并写入 composer.lock，其余包版本保持不变。
- 如果降级失败，常见原因是依赖冲突 —— 比如你指定的旧版要求
php: >=7.2，但当前环境是 PHP 8.2，Composer 会跳过并报错Your requirements could not be resolved - 加
--with-all-dependencies参数可连带更新该包的所有子依赖（谨慎使用，可能引发连锁变更） - 执行前建议先
git add composer.lock && git commit -m "save current lock"，方便出问题时回退
忽略平台配置导致的版本过滤
有时候明明写了旧版本号，Composer 却说「no matching package found」，很可能是因为你的 PHP 版本、扩展或 platform 配置挡住了旧包。例如某些老版包不支持 PHP 8+，而 Composer 默认按当前 PHP 版本过滤可用版本。
临时绕过方式（仅调试用）：
- 加
--ignore-platform-reqs：跳过所有平台约束（PHP 版本、扩展等），风险是装上后运行时报致命错误 - 更稳妥的是在
composer.json里声明目标平台，比如你开发环境是 PHP 8.2，但想模拟 PHP 7.4 环境安装旧包，就加：
"config": {
"platform": {
"php": "7.4.33"
}
}
这样 Composer 就会按 PHP 7.4 的兼容范围去匹配历史版本。改完记得删掉 vendor 和 composer.lock，再 composer install。
真正上线前务必验证该旧版本在目标生产环境中能否加载和运行，很多「能装上」不等于「能用」—— 比如 Laravel 5.x 的包调用已被废弃的 mb_internal_encoding()，在 PHP 8.2 下会直接 fatal error。
