直接删缓存目录更可靠，因composer clear-cache仅清磁盘持久缓存，不处理内存元数据、权限错乱（如sudo遗留root属主）、沙盒隔离（WSL/snap）等问题；无输出或空间未释放即表明未真正清理，需先查路径、验权限、手动删除，并区分ZIP损坏与临时目录空间不足。
直接删缓存目录比composer clear-cache更可靠，尤其当报错卡在“Extracting archive”或提示“Corrupted zip file”时。
为什么composer clear-cache经常没用
它只清磁盘上持久缓存，但不处理内存中已加载的元数据；若之前用sudo跑过 install，缓存文件属主就变成 root，普通用户执行clear-cache会静默失败；WSL 或 snap 安装的 Composer 还可能因沙盒隔离导致路径错位。运行后没输出或空间没释放，基本可以断定没真正删掉。
无序列表：
- 先查真实路径：
composer config --global cache-dir（Linux/macOS 通常是~/.composer/cache，Windows 是%APPDATA%\Composer\Cache） - 确认权限：
ls -ld $(composer config --global cache-dir)，若属主不是当前用户，用chown -R $USER ~/.composer/cache - 手动删比命令更稳：
rm -rf ~/.composer/cache/*（Windows 用rd /s /q "%APPDATA%\Composer\Cache\*"）
只删损坏 ZIP，别全量清
看到Failed to extract vendor/symfony/console或Corrupted zip file: monolog/monolog，说明只是某个 ZIP 文件下载中断或写坏。全量清缓存浪费带宽，还可能把其他完好的包也删了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
无序列表：
- 从
composer install -v日志末尾找报错包名，比如symfony/console - 进
$(composer config --global cache-dir)/files/，用ls -l *console*.zip定位对应 ZIP - 只删这个 ZIP：
rm *console*.zip，别碰repo/和vcs/子目录 - 删完必须同步清理：
rm -rf vendor composer.lock，否则composer.lock里记录的dist.sha256仍和新下载的 ZIP 不匹配
临时目录满也会假性报缓存错误
Composer 下载 ZIP、解压、重命名全在系统临时目录做（Linux/macOS 是/tmp，Windows 是%TEMP%），不是缓存目录。如果/tmp只剩 100MB，而你要装的包解压后要 800MB，就会在“Extracting archive”阶段报错，看起来像缓存问题，实则是空间不足。
无序列表：
- 检查
/tmp剩余空间：df -h /tmp（Linux/macOS）或dir %TEMP%（Windows） - 临时改路径：
export TMPDIR="/home/user/tmp"，然后mkdir -p "$TMPDIR" && chmod 777 "$TMPDIR" - 验证生效：
echo $TMPDIR和composer config cache-dir应都返回新路径 - 装包时加轻量参数：
composer install --no-plugins --no-scripts --no-autoloader --prefer-dist --no-dev，压低峰值空间占用
真正卡住时，别反复跑clear-cache。先盯日志里是“Downloading”还是“Extracting”，前者看镜像和网络，后者立刻查/tmp和缓存 ZIP——这两处才是多数人漏掉的关键点。
