Composer官方不支持按包名、版本号或路径精准清除某个包的缓存；composer clear-cache始终全量清理repo/、files/、vcs/、http/四个子目录，无法实现“只删monolog/monolog 1.2.3”。

Composer 没有 composer clear-cache --package 这种命令

直接说结论：Composer 官方不支持按包名、版本号或路径精准清除某个包的缓存。composer clear-cache（或等价的 composer cache-clear）永远是全量清理：repo/、files/、vcs/、http/ 四个子目录一并清空，不存在“只删 monolog/monolog 1.2.3”这种选项。

手动删指定包缓存文件前必须确认三件事

如果你确实需要只删某个包（比如 guzzlehttp/guzzle 的旧版 zip），只能进缓存目录手动操作，但以下三点不确认清楚，极易导致后续 composer install 报错或卡死：

• 确保所有 composer 进程已退出——包括后台运行的 IDE 插件、CI 脚本、甚至 VS Code 的 PHP Intelephense 自动索引
• 运行 composer config --global cache-dir 确认当前缓存路径，避免误删 NFS 共享路径或公司统一缓存服务器上的内容
• 检查 ~/.composer/cache/files/ 下的目录结构：每个包对应一个子目录（如 guzzlehttp/guzzle），目录内文件名含版本号和 hash（如 7.5.0.zip 或 sha256-abc123.zip），别单看文件名就删，得结合项目 composer.lock 里记录的实际版本比对

files/ 和 repo/ 缓存要分开处理

删包缓存不是“删一个文件就完事”。两个位置必须同步处理，否则会出现“能下载但解压失败”或“看到包却装不上”的诡异现象：

Discussion Composer

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

下载

• ~/.composer/cache/files/guzzlehttp/guzzle/：删掉你确认不用的 .zip 文件（例如 6.5.5.zip），保留当前 composer.lock 里用的版本（如 7.5.0.zip）
• ~/.composer/cache/repo/：这个目录下没有包名明文路径，而是 hash 命名的 packages.json 文件。你无法靠名字定位到 guzzle，只能整个删掉 repo/ —— 所以“只清某包”在 repo/ 层面实际不可行
• 如果非要最小化影响，可只清 files/ + vcs/（vcs/ 存 Git clone 缓存，不影响元数据），但下次 composer update 仍会重新拉 repo/ 里的完整包列表

真正有效的替代方案往往比手动删更稳

多数人想“清指定包”，真实需求其实是：换镜像后拉不到新版、私有包更新不生效、或磁盘告警要腾空间。这时候硬删缓存反而绕远路：

• 想让 Composer 强制重拉某个包的新版？直接 composer update guzzlehttp/guzzle --no-cache，--no-cache 会跳过本地 files/ 和 repo/，直连源站
• 怀疑是缓存污染导致安装失败？先跑 composer diagnose，再试 composer clear-cache && composer install --no-cache —— 全清+禁用缓存，比手动删更彻底
• 只是想省磁盘空间？定期 composer clear-cache 比手动筛安全得多；长期来看，升级到 Composer 2.7+（2026 年主流版本）能自动压缩 files/ 中重复资产，比删旧版更有效

手动删缓存文件最大的风险不在“删错”，而在于删了一半时被另一个 composer 进程写入，触发 Corrupted cache file 错误——这个错误不会立刻报，可能潜伏到下次 CI 构建才爆发。