composer update缓存默认存于composer_home/cache/files/，全局共享；执行clear-cache不清理cache/vcs，故磁盘空间可能未明显减少。
Composer update缓存存在哪里
Composer 的 update 缓存（即下载的包归档文件）默认存放在 COMPOSER_HOME 目录下的 cache/files/ 子目录中。这个路径不随项目变化，是全局的——也就是说，所有项目共用同一份下载缓存。
你可以通过命令确认实际路径：
composer config --global cache-dir
典型输出类似：/home/yourname/.composer/cache 或 C:\Users\YourName\AppData\Roaming\Composer\cache（Windows）。
直接查看缓存目录大小的命令
缓存体积主要来自 cache/files/，其他子目录（如 cache/repo/）体积通常很小，可忽略。别用 du -sh ~/.composer/cache 粗略统计，那会把元数据、HTTP 缓存等全算进去，容易高估。
- Linux/macOS：运行
du -sh ~/.composer/cache/files
- Windows（PowerShell）：运行
(Get-ChildItem "$env:APPDATA\Composer\cache\files" -Recurse | Measure-Object -Property Length -Sum).Sum / 1MB
注意：如果设置了 COMPOSER_HOME 环境变量，务必替换上面路径中的 ~/.composer 或 $env:APPDATA\Composer 为你的实际值。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 composer clear-cache 后 size 没变
执行 composer clear-cache 只清空 cache/files/ 和 cache/repo/，但不会动 cache/vcs/（Git 克隆的临时仓库），而后者可能占几百 MB 甚至 GB。它不属于“update 缓存”，但常被误认为是。
- 检查 VCS 缓存大小：
du -sh ~/.composer/cache/vcs
- 彻底清理（慎用）：
rm -rf ~/.composer/cache/vcs
—— 下次 install/update 会重新克隆，耗时增加
另外，某些旧版 Composer（clear-cache 不彻底，建议手动进 cache/files/ 看是否还有大量 .zip 或 .tar 文件。
缓存大小是否影响 update 速度
影响有限。Composer update 的瓶颈通常在依赖解析和网络下载，而非本地解压；缓存只是避免重复下载，只要文件存在，解压开销远小于重新 fetch。
- 真正拖慢 update 的是：大量未锁定的 dev 版本、
"minimum-stability": "dev"、频繁变动的composer.lock -
cache/files/占用 2GB 和 200MB 对 update 时间几乎无差别 - 但若磁盘空间吃紧（比如 CI 环境），定期清理
cache/files/是必要的
别为了“提速”盲目清缓存——除非你明确要腾空间，或者怀疑缓存损坏（例如反复报 file could not be downloaded 且校验失败）。
