composer不支持断点续传，所谓“续装”实为缓存复用与vendor目录状态比对；重试是否有效取决于中断阶段：瞬时网络问题通常可跳过已装包，而zip损坏、installed.json截断或解压中断则必须清理vendor和缓存后重装。
Composer 不支持断点续传，所谓“续装”是缓存复用 + vendor 状态比对的结果，不是真正意义上的进度恢复。
composer install 中断后重试是否有效？
取决于中断发生的具体阶段和残留文件是否可信：
- 网络抖动、DNS 超时、TLS 握手失败等瞬时问题：重试通常立即成功，
composer.lock完整且vendor/中已有解压成功的包，Composer 会跳过它们 - ZIP 下载不完整、SHA256 校验失败、
installed.json写入中断：重试必然失败，Composer 拒绝信任损坏的临时 ZIP 或截断的元数据 - 磁盘满、权限不足导致解压卡住：
vendor/package-name可能残留破损目录，vendor/composer/installed.json可能被截断，后续运行报Invalid argument supplied for foreach()
判断依据很简单：跑一次 composer install --dry-run。如果输出里大量显示 Skipped，说明状态可续；若报错或只显示 Installing，基本要清理了。
Failed to extract vendor/package-name: unable to open archive 怎么办？
这不是缺 zip 扩展，而是 ZIP 文件本身损坏，常见于缓存复用坏包或镜像源返回不完整响应：
- 先删掉
vendor/（Linux/macOS 用rm -rf vendor，Windows 用rmdir /s vendor） - 再执行
composer clear-cache，清掉~/.composer/cache/files/下所有可能损坏的 ZIP - 确认镜像地址正确：
composer config -g --list --verbose | grep -A2 "repo.packagist\|repositories.packagist.org"，末尾斜杠不能少 - 最后跑
composer install --no-scripts --no-plugins，跳过脚本和插件降低失败面
别手动补 installed.json 或改 vendor/composer/tmp-*.zip——这些会被自动覆盖，且校验失败后 Composer 直接拒绝加载。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
怎么让重试更稳、更快？
不是靠“续传参数”，而是控制执行路径和依赖来源：
- 换国内镜像源是第一优先级：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 强制走 dist 包：
composer install --prefer-dist --no-plugins（体积小、校验快、失败率低） - 延长超时：
composer config -g http.timeout 600和composer config -g process-timeout 600 - 启用并行下载（Composer 2.2+）：
composer config -g parallel-downloads 10，但 Docker 构建时建议降到 6，避免临时文件竞争 - 离线环境必须提前准备：
COMPOSER_DISABLE_NETWORK=1+COMPOSER_NO_INTERACTION=1，且确保已有完整vendor/和匹配的composer.lock
真正麻烦的是 vendor 目录权限混乱、磁盘满、或 Composer 版本太老（2.2 且未打补丁）。这些不会靠重试解决，得先看 composer diagnose 输出。
为什么换镜像源比调任何参数都治本？
国内用户 80% 的中断问题根源是直连 packagist.org 或 GitHub API 失败，不是 Composer 逻辑问题。DNS 解析卡顿、TLS 握手失败、中间设备切断长连接，在阿里云、腾讯云镜像上基本不存在。
私有包没同步到镜像？需单独配置 repositories，否则会回退到官方源卡住。镜像站返回 503 或超时？用 curl -I https://mirrors.aliyun.com/composer/ 验证连通性。
最易被忽略的一点：composer.lock 必须完整且未被修改。它锁定的是具体 commit hash，比仅靠 composer.json 更抗网络抖动；一旦被破坏或手动编辑，重试就失去“跳过已装包”的依据。
