直接删损坏zip比clear-cache更快更准，需先定位包名、进files/删对应zip，再同步清空vendor/和composer.lock，最后用--no-cache--force-checksums重装。
直接删 ~/.composer/cache/files/ 里的损坏 ZIP 比 composer clear-cache 更快、更准，尤其面对 Failed to extract 或 Corrupted zip file 错误。
定位具体损坏的包 ZIP 文件
Composer 报错时不会直接告诉你哪个 ZIP 坏了，但会暴露包名和路径线索：
- 盯住
composer install -v输出末尾，找Extracting或Downloading后紧跟的包名，例如monolog/monolog或symfony/console - 运行
composer config --global cache-dir确认缓存根目录（Linux/macOS 通常是~/.composer/cache，Windows 是%APPDATA%\Composer\Cache） - 进入
files/子目录，用包名模糊搜索：ls -l *monolog*monolog*.zip（Linux/macOS）Get-ChildItem "$env:APPDATA\Composer\Cache\Files" -Recurse -Filter "*console*.zip"（PowerShell） - 别碰
repo/和vcs/目录——它们不参与解压，删了反而拖慢后续元数据加载
只删 ZIP 不够，必须同步清理 composer.lock 和 vendor/
composer.lock 里硬编码了每个包的 dist.sha256 值，它和你刚删掉的 ZIP 文件强绑定。如果只删 ZIP 却留着 lock 文件，Composer 仍会拿旧哈希去校验一个不存在或已替换的文件，结果还是失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先备份：
cp composer.lock composer.lock.bak（Linux/macOS）或copy composer.lock composer.lock.bak（Windows） - 彻底清空：
rm -rf vendor composer.lock或rd /s /q vendor & del composer.lock - 重装时加两个关键参数：
composer install --no-cache --force-checksums
—--no-cache强制跳过本地 ZIP 缓存，直连镜像下载新包
—--force-checksums让校验失败立刻报错退出，避免静默写入损坏内容到vendor/
为什么 composer clear-cache 经常没用？
它确实会删掉所有 files/ 下的 ZIP，但问题在于 Composer 默认行为：遇到缺失 ZIP 时，并不重新下载，而是尝试复用缓存中其他同名但不同版本的 ZIP，再拿 lock 文件里的哈希去比对——只要哈希不匹配，就卡在 Failed to extract。
-
clear-cache后仍失败？大概率是composer.lock没同步清理，或vendor/里残留了部分解压一半的文件 - CI 环境中尤其危险：Docker 镜像若带旧
composer.lock（含 packagist.org 地址），即使你配了阿里云镜像，install仍会回源请求，触发超时或 404 - 执行
clear-cache前先跑composer config --global cache-dir和du -sh $(composer config --global cache-dir)，确认真有可删内容；输出No cache files to delete就别白忙
磁盘空间告急时，临时目录才是真瓶颈
Composer 下载 ZIP、解压、移动文件全在系统临时目录做（Linux/macOS 是 /tmp，Windows 是 %TEMP%），而这个分区往往只有几 GB。哪怕你清完 ~/.composer/cache，/tmp 满了照样报 No space left on device。
- 改临时目录最有效：
export TMPDIR="/mnt/bigdisk/tmp"（Linux/macOS）或set TMPDIR=C:\bigdisk\tmp（Windows），并确保目录存在且可写 - 只改
COMPOSER_CACHE_DIR不改TMPDIR，解压阶段照样撞墙 - 部署时压低峰值空间占用：
composer install --no-plugins --no-scripts --no-autoloader --prefer-dist --no-dev，跳过插件、脚本、自动加载器生成，强制走 ZIP 安装，省下 .git 和测试依赖
真正卡住人的不是缓存本身，而是 composer.lock 和临时目录这两个隐形依赖——它们不显眼，但一旦出问题，删再多 ZIP 都没用。
