直接运行 composer clear-cache 是官方推荐的唯一安全清缓存方式，仅清理 ~/.composer/cache 或 %appdata%\composer\cache 下的 files/、repo/、vcs/ 三个子目录，不影响项目文件。
直接运行 composer clear-cache 就行，它只动缓存，不碰项目文件
这个命令是官方推荐的唯一安全方式，清的是 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）下的内容，绝不会删除你的 vendor/、composer.json 或 composer.lock。
- 它会清空三个子目录：
files/（所有 .zip/.tar 包）、repo/（packages.json 等元数据）、vcs/（git 克隆缓存） - 不需要进项目根目录，任意路径下执行都有效
- 别加
sudo——除非你当初用sudo装过 Composer，否则后续命令会因权限错失败 - 执行后会输出类似
Clearing cache (124.5 MiB)，说明删了多少数据，心里有数
先看缓存占多大、在哪儿，再决定要不要清
很多人一卡就清，结果发现缓存才 80MB，真正堵路的是日志或 Docker 镜像。清之前务必确认：是不是缓存真在拖后腿？
- 查路径：
composer config --global cache-dir - 查大小（Linux/macOS）：
du -sh $(composer config --global cache-dir) - Windows 用户直接打开资源管理器，粘贴
%APPDATA%\Composer\Cache回车，右键“属性”看体积 - 不到 200MB？大概率不是磁盘告警主因；超过 1.5GB 且半年没碰老项目，才值得动手
别无脑加 --dry-run，但清之前真该看看它输出什么
composer clear-cache --dry-run 不删文件，只告诉你“准备清哪些目录”，对判断影响范围很有用，尤其当你不确定是否刚换过镜像源或改过 PHP 版本。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 它会列出将被清空的
files/、repo/、vcs/路径，确认无误再执行真命令 - CI/CD 中频繁加
clear-cache反而拖慢构建——首次install必须重下所有包，变慢是设计使然，不是命令出错 - 私有 Packagist 镜像（如 Satis）的元数据也走缓存，清完第一次访问会明显变慢，属正常现象
手动删子目录比全清更可控，但得知道删哪、为什么删
composer clear-cache 是全量清，没有按包名或时间筛选的功能。如果只想腾点空间又不想影响常用包，可以定点清理：
- 清旧包归档（最占空间）：
find ~/.composer/cache/files -name "*.zip" -mtime +90 -delete - 清废弃 Git 缓存：
rm -rf ~/.composer/cache/vcs/*（下次需要时自动重建） - 别轻易动
repo/packagist.org/——这是核心索引，删了会导致首次update明显变慢 - 手删前确保
composer进程已退出，否则可能触发Corrupted cache file报错
缓存本身很老实，出问题往往是因为你刚换过 PHP、改过镜像源、或手动动过 ~/.composer/cache/ 里的文件。清缓存只是手段，不是万能解药；很多“清了没用”的情况，根源根本不在缓存里。
