composer不支持断点续传，重试是否有效取决于中断阶段：若composer install --dry-run输出大量skipped可直接重试；否则需清理vendor和缓存；换阿里云镜像源（配composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/并清缓存）可解决80%因dns/tls导致的中断。
直接重试 composer install 大概率失败——Composer 没有断点续传机制，中断后残留的破损 ZIP、截断的 installed.json 或卡死的临时目录会持续干扰后续执行。
中断后重试是否有效？看 composer install --dry-run 输出
这是最快速判断状态是否可信的方法：
- 如果输出里大量出现
Skipped，说明vendor/已有部分包成功写入且结构完整，可直接重试composer install - 如果只显示
Installing、Downloading或报错（如Invalid argument supplied for foreach()），说明installed.json损坏或vendor/里混入了破损目录，必须清理 - 报
Failed to extract vendor/package-name: unable to open archive？ZIP 文件下载不完整，删vendor/+composer clear-cache是唯一解法
为什么换镜像源比调参数更管用？
国内用户 80% 的“中断”根本不是网速慢，而是直连 packagist.org 或 github.com 时 DNS 卡顿、TLS 握手失败、中间设备切断长连接。阿里云镜像已解决这三重瓶颈。
Discussion 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/ - 配完必须执行：
composer clear-cache，否则旧缓存仍会触发失败重试 - 验证是否生效：
composer config -g repo.packagist输出必须是完整 JSON，且composer install -vvv日志中要出现mirrors.aliyun.com - 私有包未同步到镜像？需在
composer.json中单独加repositories配置，否则会回退到官方源卡住
卡在 Downloading 阶段？重点查 GitHub zip 直连
配了镜像源但还卡在 Downloading https://api.github.com/ 或 codeload.github.com？因为镜像只代理元数据，不托管 ZIP 包。真正瓶颈在这儿。
- 临时绕过：用
composer install --no-cache -vvv强制跳过缓存，并定位具体失败 URL - 企业级方案：部署
satis或toran proxy缓存 GitHub ZIP 到内网 - 个人开发推荐：在
composer.json中为高频包显式指定dist.url，或用ghproxy.com类反向代理 - 注意：
--repository参数对已存在的composer.lock无效——它只影响元数据获取，不改 lock 文件里记录的 dist 地址
最容易被忽略的是：镜像只加速网络层，不解决本地依赖求解卡顿、autoload 扫描慢、PHP 解析开销高等问题。一旦 Resolving dependencies 或 Generating autoload files 卡住，就得另起诊断路径。
