正确写法是composer require monolog/monolog:2.9.1；不能用@或=，包名须带vendor，版本号不加v前缀、无空格，精确安装需确保composer.lock更新后生效。
composer require 后面必须用冒号连接版本号
想装指定版本，composer require 命令里不能用 @ 或 =，只能用冒号。写成 monolog/monolog@2.9.1 或 monolog/monolog=2.9.1 会报 Could not find a matching version。正确写法是：composer require monolog/monolog:2.9.1。
包名带 vendor 必须写全，比如 guzzlehttp/guzzle，只写 guzzle 不行。版本号不带 v 前缀（v2.9.1 是错的），也不能有空格（monolog/monolog : 2.9.1 会解析失败）。
精确安装 vs 版本约束：^、~、* 的实际效果差异
^1.2.3 和 ~1.2.3 看似差不多，但升级边界完全不同：
-
^1.2.3等价于>=1.2.3 ，能升到 <code>1.99.99 -
~1.2.3等价于>=1.2.3 ，最多到 <code>1.2.99 -
1.2.*和~1.2.0效果一样，都锁在1.2.x范围 - 要真正锁死，就别加符号——直接写
"monolog/monolog": "2.9.1"在composer.json里
写错一个符号，可能让 Composer 拉来完全不同的依赖树，尤其当其他包也约束了同一库时，最终装的版本是所有约束的交集，不是你写的那一条单独决定的。
装不上？先查版本是否存在，再看稳定性设置
报 Could not find package ... at version ...，大概率不是网络或命令问题，而是：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 那个版本根本没发布：运行
composer show monolog/monolog --all查真实 tag 列表 - 版本存在但状态是
RC或beta，而你项目minimum-stability设的是stable - PHP 版本不兼容：比如
phpunit/phpunit:^10要求 PHP >=8.1，在 PHP 7.4 上必失败 - 私有包没配对
repositories，或auth.json权限不对（必须chmod 600 auth.json）
临时放宽限制可用 --stability=RC，但别用 composer config minimum-stability dev 全局改——会影响所有后续 require。
已装旧版想降级，不能只跑 require
Composer 没有 downgrade 命令。如果 doctrine/dbal 已是 3.6.0，你直接 composer require doctrine/dbal:3.5.1，它可能静默忽略，或因依赖冲突失败。
安全做法是两步走：
- 先卸载：
composer remove doctrine/dbal - 再重装：
composer require doctrine/dbal:3.5.1
如果 remove 报错，说明别的包依赖它，用 composer why doctrine/dbal 查谁在用，再决定是否调整上游包版本。改完 composer.json 后，记得验证：composer validate，再 composer install 或 composer update vendor/package —— 直接 install 不会更新已锁定的包，因为它是按 composer.lock 还原的。
最易被忽略的是：即使你写了精确版本，composer.lock 文件里存的仍是上次解析结果；删 lock 文件再 install 才真正生效，但团队协作中这会破坏一致性——所以关键操作后务必提交更新后的 composer.lock。
