composer require 后直接跟版本号可安装指定版本，如 monolog/monolog:^2.9、guzzlehttp/guzzle:7.8.1 等；遇非稳定版本需加 –stability=dev 或显式声明 dev-main；版本约束符误用（如 ^3.0 与 ~3.0）会导致依赖解析差异。
composer require 后面直接跟版本号就行
想装特定版本，不是先 composer install 再改 composer.json，而是用 require 命令一次性指定。Composer 会自动写入 composer.json 并下载对应版本。
常见写法有这些：
-
composer require monolog/monolog:^2.9—— 推荐，语义化版本约束，允许 2.9.x 及以上但不跨主版本 -
composer require guzzlehttp/guzzle:7.8.1—— 精确安装 7.8.1，不会升级到 7.8.2 -
composer require symfony/console:6.*—— 允许 6.x 全部小版本，但不升到 7.x -
composer require laravel/framework:dev-develop—— 安装开发分支（注意：非稳定包需确认"minimum-stability"设置）
装不了？先看是不是稳定性限制拦住了
默认 Composer 只允许安装 stable 版本。如果你要装 beta、rc 或 dev 分支，会报错：
Could not find package xxx with stability dev解决办法有两个：
- 加
--stability=dev参数：composer require vendor/pkg:dev-main --stability=dev - 或临时放宽项目级稳定性：
composer config minimum-stability dev（之后所有 require 都受此影响，慎用）
更稳妥的做法是只对单个包显式声明稳定性：composer require vendor/pkg:dev-main --prefer-source，配合 --prefer-source 能避免 zip 包缺失 .git 信息的问题。
版本号写错会导致依赖冲突或降级
看似只是输错一个字符，实际可能触发整个依赖图重算。比如：
- 把
^3.0写成~3.0：前者等价于>=3.0.0 ，后者是>=3.0.0 ，范围差很多 - 写
5.0不加^：Composer 解析为精确版本5.0.0，而非^5.0，容易因其他包依赖5.1而失败 - 混用
*和^：^2.0.*是无效写法，应写成^2.0或2.0.*
不确定时，先查包的 Packagist 页面，看它最新 stable tag 是什么，再决定用 ^x.y 还是精确版本。
require 安装后发现版本不对？别急着删 vendor
有时候 composer require 显示成功，但 vendor/autoload.php 加载的还是旧类，或 composer show vendor/pkg 显示的版本和预期不符。原因通常是：
- 本地已有该包的更高版本被其他依赖引入，Composer 拒绝降级（即使你指定了低版本）
-
composer.json里已有同名包但版本约束更宽（如"^1.0"），新命令没覆盖掉 - 运行了
composer update且没加包名，导致刚 require 的包又被更新了
推荐排查顺序：
- 执行
composer why vendor/pkg查谁依赖了它 - 检查
composer.json中该包的 constraint 是否被手动改过 - 删掉
vendor/和composer.lock，再composer install（仅限调试，生产环境避免）
真正可控的做法是：先 composer remove vendor/pkg，再 composer require vendor/pkg:xxx，确保干净起步。