直接重试composer install多数情况下能恢复，前提是ZIP未损坏、installed.json未截断；瞬时网络问题可跳过已解压包，但状态损坏时必须清理vendor和缓存后重装。
直接重试 composer install 多数情况下能恢复，但前提是没损坏 ZIP 或截断 installed.json；靠调重试参数不如换对镜像源 + 清缓存来得实在。
重试 composer install 什么时候能“接上”？
Composer 不是边下边装，而是分阶段：拉元数据 → 下 ZIP → 校验 SHA256 → 解压 → 写 vendor/composer/installed.json。只要前几步成功，中断后重跑会跳过已解压的包。
- 瞬时问题（DNS 超时、TLS 握手失败、
curl error 7）——重试通常立刻通过 -
composer.lock没改过、vendor/里已有完整包目录——Skipped会大量出现，状态可信 - 运行
composer install --dry-run：若输出以Installing开头且无Skipped，说明 vendor 不可信，别硬等
--retries=8 真的有用吗？
有用，但只对 HTTP 层 5xx 错误（比如 502 Bad Gateway）起效，且默认仅 3 次。大包下载常因单次超时失败，加重试能提高成功率。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 临时生效：
composer install --retries=8 - 永久生效：
composer config -g retries 8 - 注意：
--retries对401、404或 git clone 类型包完全无效 - 重试间隔按指数退避增长（100ms → 200ms → 400ms），不会卡死等待
为什么换镜像源比调所有参数都管用？
国内用户 80% 的“网络闪断”，本质是直连 packagist.org 或 GitHub API 时被中间链路掐断（DNS 卡顿、TLS 握手失败、运营商 reset 长连接），不是网速慢。
- 配阿里云华北节点更稳：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer-cn-beijing/（末尾必须带/） - 验证是否生效：
composer config -g repo.packagist输出应为完整 JSON，url字段匹配你填的地址 - 私有包或
"type": "vcs"依赖不受镜像代理，需单独配repositories，否则仍走海外 - 切完镜像务必执行
composer clear-cache，避免旧缓存污染
哪些错误一出现就必须删 vendor 和清缓存？
这些不是网络问题，是本地状态已损坏，重试只会反复失败：
-
Failed to extract vendor/package-name: unable to open archive→ ZIP 下载不完整 -
Invalid argument supplied for foreach()→vendor/composer/installed.json被截断 -
Content-Length mismatch→ 缓存里存了半截 ZIP，重试复用坏文件 - 磁盘满、权限不足导致解压中断 →
vendor/里残留破损目录，后续必报错
此时唯一可靠操作：先 rm -rf vendor（Windows 用 rmdir /s vendor），再 composer clear-cache，最后重装。
