composer update未更新新版本，因复用旧php/扩展环境下的缓存与lock文件；需手动清理~/.composer/cache/repo/https---packagist.org/、vendor/composer/installed.json和composer.lock，并验证镜像生效及元数据刷新。

Composer update 不会自动同步缓存与依赖版本，必须手动清除旧缓存并强制重解析，否则 lock 文件里锁的是旧 PHP/扩展环境下的版本，和当前运行环境不匹配。

composer update 为什么没更新到新版本？

常见错误现象是执行 composer update 后，composer.lock 没变、vendor 里包也没升级，甚至 composer show vendor/package 显示的仍是旧版。根本原因不是命令没跑完，而是 Composer 复用了缓存中为旧平台（比如 PHP 8.1）解析好的依赖图，它默认不校验当前 PHP 版本或扩展是否满足新约束。

• PHP 版本升级后，composer.json 里写了 "php": "^8.2"，但 composer.lock 还锁着为 8.1 解出的 monolog/monolog:3.2.1 —— 它在 8.2 下可能已被弃用
• 你加了新扩展（如 ext-intl），但 symfony/console 的某个旧版本并不需要它；而新版本要求它，Composer 却没触发重选
• composer update --dry-run 输出里没有你要的包，说明它根本没进求解范围，不是“没选上”，是“没被考虑”

清缓存 ≠ 刷新元数据，这两步必须分开做

很多人只跑 composer clear-cache 就以为万事大吉，结果还是拉不到新版。因为 clear-cache 默认只清 files/（ZIP 包）、vcs/（Git 克隆缓存）、repo/（本地镜像索引），但 Packagist 的远程元数据（packages.json、provider-*.json）存在 ~/.composer/cache/repo/https---packagist.org/ 下，不会被自动删掉。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 先手动删整个 ~/.composer/cache/repo/https---packagist.org/ 目录（Linux/macOS）或 %APPDATA%\Composer\Cache\Repo\https---packagist.org\（Windows）
• 再删 vendor/composer/installed.json 和 composer.lock —— 它们是旧解析结果的快照，不清掉就会干扰重算
• 最后跑 composer update --dry-run -v，看到日志里出现 Downloading https://packagist.org/packages.json 才算真正刷新成功

只更新单个包时，--with-dependencies 是关键开关

执行 composer update monolog/monolog 默认只放开顶层 require，所有间接依赖（比如被 laravel/framework 拉进来的 psr/log）仍被 lock 文件锁死。如果你的目标包升级后要求更高版本的 psr/log，就会卡在 conflict。

• 正确做法是加 --with-dependencies： composer update monolog/monolog --with-dependencies
• 如果还牵扯到跨层级依赖（比如 monolog → psr/log → php 平台约束），就得用 --with-all-dependencies
• 永远配合 --dry-run 先看影响范围：输出里不该出现 symfony/console 或 phpunit/phpunit 这类你没动的顶层包；如果出现了，说明约束链比你想的深

镜像源没生效会让所有操作白费

90% 的“清了缓存还是装旧版”问题，根源是镜像根本没走通。Composer 在 fallback 模式下会静默切回 packagist.org，继续读旧缓存、走旧路径，导致 composer why-not 查不到新版 conflict 规则，--dry-run 日志也全是旧包路径。

• 运行 composer config -g repo.packagist，输出必须是完整 URL，比如 https://mirrors.aliyun.com/composer/；若为空或显示 packagist，说明配置失败
• 重设命令要带 -g 和 composer 类型标识：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意末尾 /）
• 再跑 composer show packagist/support，检查 source.url 字段是否含镜像域名；不包含就等于没生效

真正难处理的不是命令怎么写，而是缓存、元数据、镜像、lock 文件这四层状态之间存在隐式耦合——改其中一层，其他层未必自动对齐。每次怀疑版本不一致，先确认这四点：当前 PHP 版本是否被识别、镜像是否真生效、元数据是否已刷新、lock 文件是否还带着旧平台痕迹。