composer update monolog/monolog 有时不生效，根本原因是该包被 composer.json 精确锁定、被其他已安装包强制约束版本、未显式声明于 require/dev、或命令漏输 vendor/ 前缀；加 --with-dependencies 等参数还可能引发连带升级，需用 --dry-run 预判变更范围。
直接运行 composer update vendor/package-name 就能只更新 ThinkPHP 项目里的单个包，其他依赖基本不动——前提是这个包没被其他已安装组件硬性锁死版本。
为什么 composer update monolog/monolog 有时不生效？
表面执行成功，但 vendor/monolog/monolog 目录没变、composer.lock 里对应行也没动，常见原因有：
- 该包在
composer.json中版本写死了，比如"monolog/monolog": "2.8.0"，Composer 不会突破这个精确值 - 它被另一个已安装包（如
laravel/framework或某个 TP 扩展）在require中强制指定版本，例如"monolog/monolog": "^1.25"，那即使你跑update monolog/monolog，也升不到 2.x - 该包根本没在
composer.json的require或require-dev里显式声明，只是靠依赖链带进来的（比如通过topthink/framework引入），这种不能被单独update - 执行时漏了
vendor/前缀，比如只输composer update monolog，Composer 会静默 fallback 到全量更新，不是“不生效”，而是干了你没想干的事
composer update 加参数的坑与真相
加错参数会让“只更一个包”变成“悄悄升级半个项目”：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--with-dependencies：会让 Composer 把目标包所依赖、且未被其他包锁定的子依赖也一并升级。比如monolog/monolog新版 requirepsr/log:^3.0，而你 lock 里是^2.0，它就会升——但若topthink/think-orm也依赖psr/log且锁死^2.0，升级就失败 -
--with-all-dependencies：更激进，连间接依赖都可能被拉进来，TP 项目里极易触发symfony/console、doctrine/inflector等连带升级，破坏命令行工具兼容性 -
--no-update-with-dependencies（Composer 2.5+）：能真正阻止子依赖升级，但前提是目标包的新版本对子依赖的要求，当前已全部满足；否则报 conflict，升级中断 - 别用
composer require vendor/package:^3.0曲线救国：它会改写composer.json并重算整个依赖图，可能把php版本要求、ext-json等无关项一起推高
怎么安全预判这次更新到底动了哪些文件？
别靠猜，用 --dry-run 让 Composer 自己列出来：
- 先跑
composer update monolog/monolog --dry-run -n，看输出里有没有downgrading、removing或大量非预期包名 - 如果输出里出现
symfony/console、psr/http-message这类 TP 不直接依赖但常被扩展共用的包，说明这次升级牵扯大，得查composer show monolog/monolog看它的require列表 - 执行后立刻
git diff composer.lock，聚焦看packages下name和version字段是否只变了目标包及其直系依赖（如psr/log） - 若发现一堆 unrelated 包版本全变了，大概率是某个子依赖松动了，或你本地
minimum-stability设成了dev，让 Composer 拉了不稳定分支
真正难的不是敲那条命令，而是搞清 composer.lock 里哪一行在卡着版本——有时候删掉 composer.lock 重来，反而比硬调一个包更快。
