指定旧版本包需删 vendor 和 composer.lock，写精确版本如"monolog/monolog": "2.8.0"，再运行 composer install --no-cache；--no-update 不安装包；PHP 版本冲突可用 --ignore-platform-req=php 或 config platform.php 伪造。
composer install 指定旧版本包的正确写法
直接在 composer.json 里改 "package/name": "1.2.3" 并运行 composer install，不一定能装上——因为本地已有的 vendor/ 或全局 composer.lock 可能锁定了其他版本。真正生效的操作是先清除约束干扰，再强制重装。
- 删掉
vendor/目录和composer.lock文件（二者缺一不可） - 确保
composer.json中该包的版本号写成精确值，比如"monolog/monolog": "2.8.0"，不要用^2.8或~2.8 - 运行
composer install --no-cache，避免命中本地包缓存里的其他版本
为什么 require 命令加 --no-update 不起作用
composer require package/name:1.2.3 --no-update 只会把版本写进 composer.json，但不会更新依赖树或下载包。它不触发安装逻辑，后续仍可能因 lock 文件残留而装错版本。
- 如果已有
composer.lock，--no-update下的require实际等于“记一笔”，不落地 - 想一步到位，应该用
composer require package/name:1.2.3 --update-with-dependencies，但注意这会连带升级其子依赖，未必可控 - 最稳妥仍是清 lock + vendor 后走
install
PHP 版本不兼容时 composer 报错的应对方式
当指定的旧包声明了 "php": "^7.4"，而你本地是 PHP 8.2，composer install 会直接失败并提示 Your requirements could not be resolved。这不是包版本问题，而是平台约束拦截。
- 临时绕过 PHP 版本检查：加
--ignore-platform-req=php参数 - 更安全的做法是用
config platform.php伪造环境，例如：composer config platform.php 7.4.33
，这样既满足包声明，又不改动真实 PHP - 注意：伪造后若实际运行时报
Function not found（如用了 8.0+ 新函数），那是运行时问题，composer 拦不住
lock 文件里版本和 require 写的不一致怎么办
打开 composer.lock，搜包名，看 "version" 字段。如果它和 composer.json 里写的不一致，说明上次 install 时被依赖冲突或默认策略覆盖了。
立即学习“PHP免费学习笔记（深入）”；
- 不要手动改
composer.lock—— 它是自动生成的，手改会被下次 install 覆盖 - 执行
composer update package/name --with-all-dependencies，可强制对齐到 require 中声明的版本（前提是无冲突） - 若仍有冲突，用
composer prohibits package/name:1.2.3查哪个包在阻止安装
composer.lock，结果反复 install 都在原地打转。 
