clear-cache只清~/.composer/cache或%APPDATA%\Composer\Cache下的repo/、files/、vcs/、http/四类缓存，不碰vendor/、composer.lock、composer.json、镜像配置及PHP OPcache。

clear-cache到底清什么，又不碰哪些文件

它只删~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows）下的四类内容：repo/（元数据快照）、files/（已下载的.zip/.tar包）、vcs/（Git裸仓库）、http/（HTTP响应缓存）。不会动vendor/、composer.lock、composer.json，也不会重置镜像配置或删PHP OPcache。

为什么执行后磁盘空间没变化

最常见原因是你真正想清的是vendor/目录——它通常占300–800 MB，而缓存可能才42 MB。另一个原因是vcs/目录默认不被clear-cache清理，单个Git裸仓库就能吃掉300–800 MB。

Discussion Composer

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

下载

• 先确认真实缓存路径：composer config --global cache-dir
• 再看实际大小：Linux/macOS用du -sh $(composer config --global cache-dir)；Windows直接右键该路径“属性”
• 不到200 MB基本不用管；超1.5 GB且半年没碰老项目，才值得动手

CI/CD里执行clear-cache卡住怎么办

GitHub Actions、GitLab CI等非交互环境会默认等待确认，导致构建hang住。

• 必须加--no-interaction：运行composer clear-cache --no-interaction
• 建议先加--dry-run预检：输出将清理的路径，确认是否指向预期位置（比如NFS挂载点而非本地磁盘）
• 如果仍卡住，可能是后台有composer进程锁着目录：Linux/macOS用lsof +D $(composer config --global cache-dir)查，Windows需用handle.exe -p php.exe

清完还是装不到新版本？别怪clear-cache失效

composer.lock文件存在时，composer install永远按锁文件还原旧依赖树——和缓存是否干净无关。这是设计行为，不是命令失效。

• 想拉新版：先删composer.lock，再跑composer install或composer update
• 刚切了阿里云/腾讯云镜像，却仍走repo.packagist.org？说明repo/子目录里的元数据签名不匹配，此时clear-cache才真正起作用
• 私有包改了tag但没推新commit？Composer复用本地解压结果，根本不会查远程，这时清files/或vcs/才有效

真正容易被忽略的是：某些团队把缓存挂到NFS或自建镜像目录，clear-cache只清composer config --global cache-dir指向的那个路径，不会遍历所有可能位置。