先运行composer config --global cache-dir确认真实路径，再用du -sh（Linux/macOS）或资源管理器属性（Windows）查占用，超1.5 GB且半年未用才需清理；注意clear-cache默认跳过vcs/和临时目录，需手动清理或禁用cache.vcs。
怎么查 Composer 当前用的缓存路径
别猜，直接问 Composer 自己：composer config --global cache-dir。输出的就是它实际写入的目录——Linux/macOS 通常是 ~/.composer/cache，Windows 是 %APPDATA%\Composer\Cache。但如果你设过 COMPOSER_CACHE_DIR 环境变量，或公司镜像改过配置，这个路径就可能完全不同。
缓存到底占了多少空间？别靠感觉
查完路径，立刻看真实体积：
- Linux/macOS：
du -sh $(composer config --global cache-dir) - Windows：把
%APPDATA%\Composer\Cache粘进资源管理器地址栏，右键 → “属性”
不到 200 MB？基本不用管；超过 1.5 GB 且你半年没碰老项目，才值得动手。注意：composer clear-cache 后空间没变，大概率是因为你真正占地方的是 vendor/（一个 Laravel 项目常超 300 MB），不是缓存。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 composer clear-cache 清完空间没变化
常见原因有三个：
-
cache/vcs/目录被默认跳过——单个 Git 裸仓库就能吃掉 300–800 MB，还疯狂耗 inode - 临时目录里堆着
composer_*.zip、php*.phar文件，路径由php -r "echo sys_get_temp_dir();"返回，clear-cache完全不碰这里 - 权限错乱：之前用
sudo composer install写的缓存，现在普通用户跑clear-cache就删不动
手动清理最占空间的三处
先停掉所有正在运行的 composer 进程（ps aux | grep composer 或任务管理器），再操作：
-
cache/files/：按时间删旧包，Linux/macOS 可用find ~/.composer/cache/files -type d -mtime +90 -delete -
cache/vcs/：直接清空最省事，rm -rf ~/.composer/cache/vcs/*（Linux/macOS）或rd /s /q "%APPDATA%\Composer\Cache\vcs"（Windows） - 临时目录：
find $(php -r "echo sys_get_temp_dir();") -name "composer_*" -delete 2>/dev/null
禁用 vcs 缓存更一劳永逸：composer config --global cache.vcs false，后续全部走 --prefer-dist，ZIP 包虽多但不建裸仓库，inode 压力小得多。
