Composer update 默认复用缓存中已下载的包归档（如.zip），仅比对composer.lock中的hash，不校验远程变更；精准清理某包缓存需先用composer show -s查hash，再手动删除~/.composer/cache/files/{vendor}/{package}/{hash}/对应目录。
Composer update 时为什么还要读缓存？
Composer 在执行 composer update 时，默认会复用已下载的包归档（.zip 或 .tar.gz）缓存，位置通常在 ~/.composer/cache/files/（Linux/macOS）或 %APPDATA%\Composer\Cache\files\（Windows）。它不校验远程包是否变更，只比对 composer.lock 中记录的 commit hash 或 version —— 所以即使你删了 vendor、清了 lock，只要缓存里有对应版本的归档，Composer 就直接解压复用，跳过重新下载。
怎样只清除某个扩展包的缓存？
Composer 没有内置命令支持「按包名精准清理缓存」，但可以手动定位并删除对应路径。关键在于理解缓存目录结构：~/.composer/cache/files/{vendor}/{package}/{hash}/，其中 {hash} 是该版本的 dist 包唯一标识（如 abc1234），不是 Git commit，而是 Composer 内部计算的归档内容哈希。
实操步骤：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先查出目标包当前使用的 hash：运行
composer show -s {vendor}/{package}（例如composer show -s monolog/monolog），输出中找dist字段下的shasum值（如5a7f9a8b...） - 进入缓存目录：
ls ~/.composer/cache/files/{vendor}/{package}/，你会看到多个以 hash 命名的子目录 - 匹配并删除对应 hash 的整个子目录：
rm -rf ~/.composer/cache/files/monolog/monolog/5a7f9a8b... - 再执行
composer update {vendor}/{package}，就会强制重新下载该包最新 dist 归档
用 --no-cache 能代替手动删吗？
不能完全替代。composer update --no-cache {vendor}/{package} 仅跳过本次请求的缓存读取（即不从本地 cache 加载 dist 归档），但它仍会把新下载的包写入缓存 —— 下次 update 还是可能命中。更重要的是，--no-cache 不影响已存在的旧缓存条目，其他命令（如 install）依然可能复用它们。所以它适合临时绕过，不适合「确保某包彻底重拉」的场景。
注意 vendor 名和 package 名必须严格匹配
缓存路径里的 {vendor} 和 {package} 是 composer.json 中 "name" 字段的两段，比如 "name": "symfony/console"，那缓存路径就是 symfony/console/...，不是 symfony 或 console 单独存在。常见错误是输错大小写（Composer 缓存路径区分大小写）或漏掉 vendor 段（如把 laravel/framework 当成 framework 去删）。建议始终用 composer show -s 输出为准，别靠记忆拼写。
