composer clear-cache仅解决缓存污染问题，如换镜像后仍拉旧包、报“could not load package”或“corrupted archive”等，它清除~/.composer/cache或%appdata%\composer\cache下的files/repo/http内容，不影响vendor/composer.lock及配置。
composer clear-cache 能解决缓存污染，但不是所有“装不上”“版本不对”都怪它——它只管 ~/.composer/cache（Linux/macOS）或 %APPDATA%\Composer\Cache（Windows）里那几类文件，其他问题清了也没用。
缓存污染的典型症状和确认方式
别一报错就清缓存。先看是不是真被污染了：
- 执行
composer update明明换了镜像源（比如配了阿里云），却还从repo.packagist.org拉包，或报Could not load package xxx in http://repo.packagist.org -
composer require vendor/package提示has no versions matching，但你在 Packagist 网页上能查到该版本 - 反复
composer install卡在Loading composer repositories，且~/.composer/cache/repo/下有大量破损的packages.json文件 - 报错含
corrupted archive、checksum mismatch、Failed to extract—— 这基本就是cache/files/里某个.zip下了一半就断了
这时运行 composer clear-cache --dry-run 看输出路径是否合理，再执行 composer clear-cache，大概率立刻见效。
为什么 clear-cache 有时没反应、卡住或报错
命令卡住或失败，往往不是缓存“脏”，而是缓存目录本身出问题：
- 磁盘满或权限不足：报
file_put_contents(.../xxx.zip): failed to open stream→ 先df -h或检查磁盘空间，再确认~/.composer/cache所属用户是否匹配当前 shell 用户 - 文件被锁死：IDE（如 PhpStorm）正在扫描
cache/目录，或杀毒软件占着vcs/里的 Git 仓库 → macOS/Linux 用lsof +D ~/.composer/cache，Windows 用handle.exe -a cache查占用进程 - CRC 校验死循环：损坏的
.zip让 Composer 反复尝试解压重试 → 加--no-interaction跳过交互提示，或直接手动删掉对应子目录：rm -rf ~/.composer/cache/files/vendor/package
真正需要“环境重置”时，光清缓存远远不够
缓存只是其中一环。遇到持续性异常（比如换 PHP 版本后一堆包不兼容），要按顺序排查：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先关
xdebug：php -d xdebug.mode=off $(which composer) install，composer diagnose会明确提示 “xdebug is enabled” - 再确认 PHP 版本约束：
php -v和composer show --platform | grep php必须对得上composer.json里的"php": "^8.1" - 私有包认证失效？
composer config -g github-oauth.github.com的 token 过期了，clear-cache不会帮你重登录 - Windows 路径太长导致解压失败？那是
vendor/里的事，清缓存没用；得改 Git 配置或用git config --system core.longpaths true
只有当上述都排除后，再清缓存才叫“精准打击”。否则容易把配置错误当成缓存问题来回折腾。
强制重装依赖的三步组合拳
想让每个包都重新下载、解压、安装（比如 CI 构建或修复疑似缓存+lock 文件双重污染），不能只靠 clear-cache：
- 清全局缓存：
composer clear-cache - 删已安装痕迹：
rm -rf vendor（Linux/macOS）或rmdir /s vendor（Windows） - 跳过缓存逻辑：
composer install --no-cache（Composer 2.2+）；老版本用COMPOSER_CACHE_DIR=/dev/null composer install
注意：--no-cache 不是“清缓存”，而是“这次完全不用”；它和 clear-cache 是互补关系。如果只做前两步，install 仍会从缓存里找 ZIP 解压——你删的是 vendor，不是缓存源。
最常被忽略的一点：缓存清理后首次 update 会明显变慢，因为要重建全部元数据和哈希校验值。这不是故障，是代价。如果你在小磁盘机器上长期运行，建议提前设上限：composer config --global cache-max-size "500M"。
