composer根本不支持断点续传，所谓“接着装”实为依赖composer.lock、installed.json和缓存比对跳过已解压包；根本原因在于github临时token、服务端无accept-ranges及必须校验完整zip的sha256。
Composer根本不支持断点续传
它不会保留下载进度，也不会复用半截 vendor/composer/tmp-*.zip。所谓“接着装”，其实是靠 composer.lock、vendor/composer/installed.json 和本地缓存三者比对，跳过已成功解压的包——不是续传，是状态跳过。
根本原因有三个：GitHub zipball URL 带临时 token，每次请求内容可能不同；服务端不返回 Accept-Ranges，无法分块请求；Composer 必须校验完整 ZIP 的 sha256，任何局部文件都过不了关。
常见误解：以为换镜像源就能启用断点续传。错。阿里云、腾讯云等镜像站只是缓存代理，不改变 Composer 下载逻辑，也不提供 HTTP Range 支持。
哪些错误说明必须手动清理 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，重试仍会复用 - 反复卡在同一包、同一百分比，且
-vvv显示Downloading后立刻sha256 hash mismatch
清理顺序不能错：rm -rf vendor（Windows 用 rmdir /s vendor）→ composer clear-cache → composer install --no-plugins --no-scripts --prefer-dist。
如何判断重试是否可信
别猜，直接跑：composer install --dry-run。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
输出里大量显示 Skipped，说明 vendor/ 状态完整，可直接重试；如果只显示 Installing 或报错，基本要清理。
注意：这个判断依赖两个前提——composer.lock 未被修改，且 vendor/ 中已有包确实完整解压。一旦磁盘满或权限不足导致解压中断，vendor/package-name 目录可能残留破损结构，--dry-run 也会误判为可跳过。
元数据校验失效的典型表现
composer show vendor/package 报 no matching package found，不等于没装上，而是元数据链路断了。
常见原因包括：
- 包名大小写或斜杠方向与 Packagist 页面不一致（如
laravel/sanctum写成Laravel/Sanctum） - 私有包未在
composer.json中显式配置"type": "vcs"，仅写 URL 无效 - 用了
--no-scripts或--no-plugins，导致插件（如composer/installers）没参与写入installed.json -
vendor/composer/installed.json字段缺失（如autoload为空），但vendor/package/composer.json里明明有
真正麻烦的不是下载中断，而是 installed.json 写入一半就崩——它不校验，只记录。一旦出错，后续所有元数据操作（show、dump-autoload）都可能失准。
