Composer 不支持按包名清理缓存，composer clear-cache 只能全量清除；需手动定位并删除 files/、repo/、vcs/ 中相关文件，但存在风险；推荐用 composer update monolog/monolog --no-cache --with-all-dependencies 替代。
composer clear-cache 不能按包名清理，它只清整个缓存目录
Composer 没有内置命令支持「只删 monolog/monolog 的缓存」或「只清某个版本的 zip 包」。composer clear-cache 是全量操作，会清空 files/、repo/、vcs/ 下所有内容，不提供过滤能力。
想精准定位某个包的缓存，得靠手动查路径：
-
files/下的包归档命名规则是vendor-name-package-name-zip-hash.zip，例如monolog-monolog-123abc.zip -
repo/https---packagist.org/下的 provider 文件里会包含该包的元数据索引，但无法单独删某包的 provider 片段 -
vcs/下按 Git 仓库 URL 的 hash 分目录，一个包可能对应多个裸仓库（如不同分支或 tag），没法靠包名直接映射
手动删指定包的缓存文件前，先确认它是否真在缓存里
盲目删错路径可能导致后续 composer install 失败或报 Corrupted cache file。推荐流程：
- 运行
composer show monolog/monolog确认当前安装版本（比如3.5.0） - 查缓存路径：
composer config --global cache-dir - 进
$(composer config --global cache-dir)/files/，用ls | grep -i "monolog"找匹配的 zip 文件 - 进
$(composer config --global cache-dir)/repo/https---packagist.org/，检查packages.json和provider-monolog$monolog.json是否存在（存在才说明 metadata 缓存了该包）
注意：如果 composer show 报 Package not found，那它大概率没缓存过，不用删。
删完指定包缓存后，为什么 composer install 还不拉新版？
清缓存只是第一步。真正卡住更新的往往是以下三处残留：
-
composer.lock锁定了旧版本 —— 必须删掉或运行composer update monolog/monolog显式升级 -
vendor/composer/installed.json记录着当前已装包的精确版本快照，影响composer show输出，需配合composer clear-cache或手动删 - 私有镜像或公司 Packagist 的
packages.json本身没更新 —— 此时清本地缓存无效，得等上游同步
验证是否生效：运行 composer update monolog/monolog --dry-run -v，看输出里有没有 Downloading https://.../monolog/monolog/3.6.0.zip 这类新 URL 请求。
更稳妥的做法：别清缓存，改用 --no-cache + --with-all-dependencies
如果你的目标是「确保装上指定包的最新兼容版」，而不是「腾磁盘空间」，那清缓存反而是绕远路。直接用：
-
composer update monolog/monolog --no-cache：跳过所有本地缓存，强制走网络拉最新 metadata 和 dist 包 -
composer update monolog/monolog --with-all-dependencies：连带更新其传递依赖，避免版本冲突 - 组合使用：
composer update monolog/monolog --no-cache --with-all-dependencies --dry-run先预检，没问题再删--dry-run执行
这种做法不碰缓存目录，不冒误删风险，且能绕过因 metadata 过期导致的版本滞后问题 —— 实际场景中，这比手动删几个 zip 文件管用得多。
