错误。Composer不支持双等号（==）语法，"monolog/monolog": "==2.9.1"会报错Invalid version string；唯一可靠锁定精确版本的方式是使用纯数字字符串如"2.9.1"或等号语法"=2.9.1"。
指定版本号安装包时必须用双等号
Composer 默认安装的是符合约束的最新稳定版，想锁定具体版本得显式声明。最直接的方式是在 require 字段里用双等号 ==，比如 "monolog/monolog": "==2.9.1"。这会强制安装且仅接受该精确版本，不兼容任何其他小版本或补丁版本。
常见错误是只写 "monolog/monolog": "2.9.1"——这其实等价于 ^2.9.1，Composer 仍可能装 2.9.2 或 2.10.0（只要满足语义化版本规则）。如果你真要钉死，== 是唯一可靠写法。
- 使用
==后，运行composer install或composer update monolog/monolog才会生效 -
composer require命令也支持：执行composer require monolog/monolog:==2.9.1 - 注意：如果该版本在当前 PHP 环境下不兼容（比如要求 PHP 8.2，而你用的是 8.1），Composer 会报错并中止，不会降级或跳过
用 @dev 或 @stable 后缀控制稳定性标识
有些包的特定提交或预发布版本没有打正式 tag，但你想基于某个 commit 或 dev 分支安装，就得靠稳定性后缀。例如 "laravel/framework": "dev-develop#abc1234" 或 "symfony/console": "5.4.x-dev"。
关键点在于：Composer 默认只允许安装 stable 级别包，所以如果用了 dev- 或 alpha/beta 版本，必须在 composer.json 里显式放开限制：
- 加
"minimum-stability": "dev"（影响全部依赖） - 或只对某包放宽：
"laravel/framework": "dev-develop#@dev" -
@dev和@stable是元标签，不是版本号本身；它们告诉 Composer “允许这个包走非稳定通道”
从 packagist.org 查版本前先确认包名拼写和大小写
包名写错一个字母、多一个空格、大小写不对，都会导致 composer require 报 Could not find package xxx。Packagist 对包名严格区分大小写，且 vendor 名和 package 名之间必须是斜杠 /，不能是下划线或连字符。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 不要凭记忆手敲，去
https://packagist.org/packages/xxx页面复制完整包名 - 搜索时用全称，比如搜
guzzlehttp/guzzle，而不是只输guzzle - 有些包有历史重命名（如
illuminate/support曾叫laravel/support），旧文档里的名字可能已失效
更新单个包时 composer update 的行为容易被误解
执行 composer update monolog/monolog 并不等于“只更新这个包”，它会重新计算整个依赖图，可能连带升级其他间接依赖——尤其是当新版本 monolog 要求更高版本的 psr/log 时。
如果你只想换掉一个包、其余不动，更稳妥的做法是：
- 先删掉
vendor/和composer.lock - 改好
composer.json里的版本约束（比如改成==2.9.1） - 再运行
composer install——它会严格按 lock 文件（或生成新 lock）还原，不触及其他包
真正需要小心的是 lock 文件是否被意外提交或忽略：团队协作中，有人 update 后没提交 lock，别人 install 就可能拿到不同版本。
