Composer如何安全清理无用的全局缓存文件而不影响运行（清理命令）-composer-PHP中文网

直接运行 composer clear-cache 是最安全的清理方式，仅清除全局缓存中 files/、repo/、vcs/ 子目录，不删 vendor/ 或项目文件；需先用 composer config --global cache-dir 确认路径，再通过 du -sh（linux/macos）或资源管理器属性（windows）检查大小，超 1.5gb 且半年未用才值得清理。

composer如何安全清理无用的全局缓存文件而不影响运行（清理命令）

直接运行 composer clear-cache 是最安全的清理方式，它只动 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）里的内容，不删 vendor/、composer.lock 或项目文件——这点必须先确认清楚，否则容易误以为“清了没用”其实是删错了地方。

怎么确认缓存路径和真实占用大小

别凭感觉删。先查 Composer 当前认的缓存目录在哪，再看它到底占了多少空间：

运行 composer config --global cache-dir，输出就是真实路径（Linux/macOS 通常是 ~/.composer/cache，Windows 是 %APPDATA%\Composer\Cache）
Linux/macOS 下接着跑：du -sh $(composer config --global cache-dir)，一眼看出体积
Windows 用户打开资源管理器，粘贴 %APPDATA%\Composer\Cache 进地址栏，右键 → “属性” 看大小

不到 200MB，大概率不是磁盘告警主因；超过 1.5GB 且你半年没碰某些老项目，才值得动手。

为什么 `composer clear-cache` 有时没反应或报错

常见现象是执行后提示 Cache directory does not exist，或者反复运行缓存大小不变。根本原因往往不是命令本身问题：

Discussion Composer

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

下载

clear-cache 就会被拒绝删除：缓存路径被覆盖（设置了 COMPOSER_CACHE_DIR 环境变量但未生效），clear-cache 实际清的是空路径
文件被占用：杀毒软件或 IDE（如 PHPStorm）正在扫描 ~/.composer/cache/files/ 下的 ZIP，系统锁住不让删
CI/CD 中混用用户：Docker 构建时用 root 跑过 composer，后续非 root 用户执行 clear-cache 就会失败

想只清某类缓存，而不是全量删

composer clear-cache 是全量操作，但你可以手动进目录精准清理：

只删下载过的原始包（节省最多空间）：rm -rf ~/.composer/cache/downloads/* 或 rm -rf ~/.composer/cache/files/*
只清元数据（解决“装不到新版包”类问题）：rm -rf ~/.composer/cache/repo/*
只清 Git 克隆缓存（影响 vcs 类仓库拉取）：rm -rf ~/.composer/cache/vcs/*

手删前务必确认没有 composer install 或 composer update 进程在后台跑，否则可能触发 Corrupted cache file 报错。

`composer clear-cache --expired` 到底清什么

composer clear-cache --expired 并不是清“过期 ZIP 包”，而是只删 files/ 子目录下超过 cache-files-ttl 配置值（默认 180 天）的归档文件，其他子目录（repo/、vcs/）完全不动。它不检查文件内容或哈希，只看修改时间。