指定旧版本包最稳方式是在composer.json中写死具体版本号如"monolog/monolog": "1.25.5"，不加^或~，再执行composer update vendor/package；需注意PHP版本兼容性、依赖冲突及composer.lock约束。
composer install 指定旧版本包的正确写法
直接在 composer.json 里写死版本号是最稳的方式，不是靠“查历史”或“临时切版本”。Composer 不提供交互式版本浏览器，所谓“获取历史版本”本质是查 packagist.org 或本地缓存里的可用版本列表，然后手动填进配置。
- 运行
composer show vendor/package查看所有可安装版本（含已废弃的），输出里带versions字段的那一行就是有效历史版本 - 在
composer.json的require中写具体版本，比如"monolog/monolog": "1.25.5"—— 注意不要加^或~，否则会升到兼容的最新版 - 执行
composer update vendor/package（而非全量update），避免意外升级其他依赖
为什么 composer require vendor/package:1.2.3 有时不生效
常见于目标版本已被当前其他依赖锁死、或存在平台约束冲突。Composer 会优先满足整张依赖图的约束，而不是单条命令。
- 先检查
composer why-not vendor/package:1.2.3，它会告诉你哪个包在阻止这个版本被选中 - 如果提示
your PHP version does not satisfy...，说明该旧版本不支持你当前 PHP 版本，得换更低的 PHP 或换别的旧版 -
require命令默认走稳定版策略（stable），若目标版本是dev-或alpha，需显式加@dev：如composer require vendor/package:1.0.x-dev@dev
从 Packagist 手动找历史版本的实操路径
别信第三方“历史版本查询工具”，直接上官方源最准。Packagist 页面本身不显示全部历史 tag，但 API 和 CLI 都能拉出来。
- 打开
https://packagist.org/packages/vendor/package，点右上角JSON链接，搜"versions"字段，里面是所有发布过的版本字符串 - 更轻量的方法：用
curl -s "https://packagist.org/packages/vendor/package.json" | jq -r '.package.versions | keys[]'（需装jq） - 注意区分
dev-master和真正打过 tag 的版本，旧项目常依赖未打 tag 的 commit，这时得用dev-master#commit-hash格式
lock 文件残留导致旧版本装不上
composer.lock 是硬性约束，哪怕 composer.json 改了，只要 lock 里还记着新版本，install 就不会动它。
- 确认修改了
composer.json后，删掉composer.lock再跑composer install—— 这是最彻底的重置方式 - 不想删 lock？用
composer update --lock强制按当前composer.json重写 lock，但只更新 lock 不装包 - 如果项目用了
composer install --no-scripts --no-plugins等跳过步骤，某些旧包的 post-install 脚本可能没执行，功能缺失却不报错
vendor/autoload.php 是否真能加载对应类，别只看 composer show 输出。 
