composer clear-cache仅解决缓存污染导致的安装卡住、版本错乱或拉不到新版等问题，它清除~/.composer/cache或%appdata%\composer\cache下的repo/files/vcs/http四类内容，不删vendor/composer.lock/镜像配置。
composer clear-cache 不是万能修复键，它只解决缓存污染导致的安装卡住、版本错乱或“明明有新版却拉不到”这类问题；对依赖冲突、PHP 版本不匹配、composer.json 语法错误完全无效。
缓存出问题的典型表现有哪些
缓存异常往往不报明显错误，而是行为反常：
- 刚切了阿里云镜像，
composer require laravel/framework却仍走repo.packagist.org，甚至报Could not load package laravel/framework in http://repo.packagist.org -
composer update提示某包has no versions matching，但你在浏览器打开packagist.org能立刻看到最新版 - 反复执行
composer install卡在Loading composer repositories阶段，且~/.composer/cache/http/下堆满.json响应缓存文件 - 下载失败提示
corrupted .zip file或解压时报file could not be downloaded，但网络和权限都正常
clear-cache 到底删了什么，又没删什么
它只动 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）下的四类内容：
-
repo/：packages.json 快照（元数据） -
files/：已下载的.zip/.tar包 -
vcs/：git 克隆缓存 -
http/：HTTP 响应缓存（如 304、200 JSON）
它不会碰这些：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
vendor/目录——真正占空间的大头，通常 300MB+，清缓存后磁盘几乎不变 -
composer.lock——清完照样锁版本，composer install还是装旧版 - 全局镜像配置（如
composer config -g repo.packagist）——源地址不会被重置
CI/CD 中执行 clear-cache 容易卡住怎么办
在 GitHub Actions、GitLab CI 等非交互环境里，composer clear-cache 默认会卡住等待确认。
- 必须加
--no-interaction：运行composer clear-cache --no-interaction - 更彻底的组合是：
composer clear-cache --no-interaction+rm -rf vendor（Linux/macOS）或rmdir /s vendor（Windows） +composer install --no-interaction --prefer-dist - 手动删子目录前务必确认 Composer 进程已退出，否则可能删到一半被写入，后续报
Corrupted cache file
清完缓存还是装不到新版本？别怪命令失效
因为 composer.lock 文件会强制复现旧依赖树——缓存再干净，composer install 也只认 lock 文件。
- 想拉最新版：先删
composer.lock，再跑composer install或composer update - 只想更新单个包：用
composer update vendor/package-name，避免全量重算 - 怀疑
composer.lock被意外改坏：运行composer validate检查格式合法性 - 刚换镜像源却还 404？确认
composer config repo.packagist false已生效，否则缓存清理白搭
私有仓库配置会让清完缓存后的首次请求变慢——不是 bug，是设计使然，元数据必须重新 fetch；而 --no-cache 参数才是绕过缓存逻辑的关键，不是清完就万事大吉。
