定位损坏ZIP文件需先查composer config --global cache-dir确认缓存路径，进入files/子目录，用包名模糊搜索对应ZIP（如symfonyconsole*.zip），仅删除该文件；若仍报错，须同步清理vendor/和composer.lock，并执行composer install --no-cache --force-checksums重装。
定位损坏的 ZIP 文件在哪
看到 Failed to extract 或 Corrupted zip file 报错时，Composer 并不是网络不通，而是它拿着一个已损坏的 ZIP 去解压——这个 ZIP 就藏在缓存目录的 files/ 子目录里。直接跑 composer clear-cache 会清掉全部包，但你真正要动的只是那一个坏文件。
先确认缓存位置：composer config --global cache-dir（Linux/macOS 通常是 ~/.composer/cache，Windows 是 %APPDATA%\Composer\Cache）
再进 files/ 目录，用包名模糊搜索：
- Linux/macOS：
ls -l *monolog*monolog*.zip或ls -l *symfony*console*.zip - Windows PowerShell：
Get-ChildItem "$env:APPDATA\Composer\Cache\Files" -Recurse -Filter "*console*.zip"
盯住 composer install -v 输出末尾，找 Extracting vendor/xxx/xxx 那一行，它就是出问题的包名，照着它搜 ZIP 文件。
只删坏 ZIP，别碰 repo/ 和 vcs/
repo/ 存的是 packages.json 元数据，vcs/ 存的是 Git 克隆副本，它们不参与解压流程。删了反而拖慢后续操作，还可能引发新问题。
只要删匹配到的那个 ZIP 文件即可，例如：
rm ~/.composer/cache/files/monolog/monolog/123abc456.zipdel "%APPDATA%\Composer\Cache\Files\monolog\monolog\123abc456.zip"
删完立刻重试 composer install。如果还报错，说明问题没结束——大概率是 composer.lock 里记录的校验值和当前缓存不一致，或者 vendor/ 已部分写入但没完成。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
同步清理 vendor/ 和 composer.lock 才能绕过校验失败
composer.lock 里硬编码了每个包的 dist.sha256 值。ZIP 被删后重新下载，哈希变了，但 lock 文件没更新，Composer 就拒绝安装，死卡在校验环节。
必须三步一起做：
- 备份：运行
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.lock 就白删 vendor/；CI 环境中尤其要注意，lock 文件若含旧源地址（比如还指向 packagist.org），重装永远走错路。
为什么 clear-cache 后还是失败？
composer clear-cache 本身没错，但它默认仍会复用已损坏的缓存 ZIP —— Composer 不会自动重下载，只校验旧哈希，结果还是 Corrupted zip file。
更隐蔽的问题是：某些公司镜像或自建仓库配置了 COMPOSER_CACHE_DIR 环境变量，composer config --global cache-dir 显示的路径可能不是真实路径。执行前务必确认：echo $COMPOSER_CACHE_DIR（Linux/macOS）或 echo %COMPOSER_CACHE_DIR%（Windows）。
另外，IDE（如 PhpStorm）或杀毒软件可能锁住 ZIP 文件，导致手动删除失败。遇到 Operation not permitted 或删完大小不变，先关掉文件索引再试。
