composer update 不释放空间，反而扩大缓存；真正占空间的是 vcs/ 目录和废弃的 repo/ 子目录，需手动清理 vcs/ 及无用镜像元数据（如 https---mirrors.aliyun.com---composer/）才能有效释放磁盘。
composer update 本身不释放空间，反而可能扩大缓存
执行 composer update 会下载新包、更新元数据、拉取 Git 仓库（若用 --prefer-source），默认把所有 ZIP 包、packages.json 快照、Git 克隆都写进缓存目录。它不会自动删旧内容，只会叠加——尤其 vcs/ 目录容易单个就占 500 MB 以上。
必须手动清 vcs/ 才能真正释放磁盘
composer clear-cache 默认跳过 vcs/，但它是 Composer 缓存里最占空间的部分。不碰它，90% 的“磁盘满”问题白清理。
- Linux/macOS：运行
rm -rf $(composer config --global cache-dir)/vcs/ - Windows（PowerShell）：运行
Remove-Item -Recurse -Force "$env:APPDATA\Composer\Cache\vcs\" - 如果杀毒软件或 PHPStorm 正在扫描该目录，先关掉实时索引，否则
rm或Remove-Item会失败 - CI 或小磁盘机器可永久禁用：
composer config --global cache-vcs false，后续全走--prefer-dist
删完 vcs/ 后首次 update 变慢是正常现象
缓存不只是 ZIP 文件，还包含预解析的依赖图、provider 映射和哈希校验值。vcs/ 清空后，Composer 无法复用已有 Git 仓库，每次都要重新 clone + checkout，耗时明显增加。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 这不是错误，是设计代价：省空间就得换时间
- 若你频繁
update，建议设缓存上限：composer config --global cache-max-size "500M"（Composer 2.5+） - 不要用
--no-cache代替清理：它只是跳过读缓存，仍会在系统/tmp写临时文件，而/tmp往往更小
别漏掉 repo/ 下残留的私有源元数据
如果你曾经配置过私有仓库或国内镜像（如 https://mirrors.aliyun.com/composer），它们的元数据会以转义路径名存在 repo/ 下，例如 https---mirrors.aliyun.com---composer/。这些目录不会被 clear-cache 删除，但长期不用又占几百 MB。
- 先查真实缓存根目录：
composer config --global cache-dir - 进
repo/子目录，用ls -d https---*（Linux/macOS）或dir https-* /ad（Windows CMD）列出所有 URL 哈希目录 - 匹配你已停用的源（注意
/被转义为---，:变成-） - 确认后再删：
rm -rf https---mirrors.aliyun.com---composer/
真正的空间瓶颈几乎总在 vcs/ 和废弃的 repo/ 子目录，而不是 files/ 或 installed.json。动手前务必确认当前缓存路径，避免删错位置。
