Composer不支持断点续传，因不保存下载、解压、脚本执行等中间状态，中断后vendor/易处于不一致状态，必须清缓存、删vendor、安全重装。
composer 没有断点续传能力，中断后不能“续跑”，必须清理残留、重走流程——这不是操作失误，是设计如此。
为什么 composer install 或 composer update 中断后不能 resume
Composer 不保存中间状态：不记录“已下载哪些包”“已执行到哪个 post-install-cmd”，也不缓存解析进度。一旦 Ctrl+C 或网络超时，所有已写入的 vendor/ 文件、部分解压的 zip、甚至半生成的 autoload.php 都可能处于不一致状态。
- 常见错误现象：
file could not be downloaded: failed to open stream（缓存 zip 损坏）、Class not found（autoload 未完整生成）、Invalid zip file, cannot extract - 看似“只差一点”，但 Composer 无法判断哪一步成功了——它只能从头开始依赖解析和下载
- 即使
composer.lock完整，vendor/里混入空目录或零字节文件也会导致后续dump-autoload失败
中断后最稳妥的三步恢复操作
别修一半，直接清掉再装。顺序不能错：
- 运行
composer clear-cache—— 清掉可能损坏的 zip 缓存（路径在~/.composer/cache） - 删掉
vendor/目录；如果中断发生在composer update且你没手动改过composer.lock，也删掉它（否则会复用旧锁） - 用安全参数重装：
composer install --no-scripts --no-autoloader --no-cache—— 跳过易失败的脚本和 autoload 重建，也避免复用坏缓存 - 最后单独执行：
composer dump-autoload -o—— 确保类映射正确生成
CI/CD 或 Docker 构建中中断的特殊处理
这类中断往往不是手动触发，而是超时或 DNS 波动，恢复逻辑更偏预防：
- Docker 构建中断 → 镜像层缓存失效，下次仍从头来；建议在
Dockerfile中加--prefer-dist和国内镜像源（如https://mirrors.aliyun.com/composer/） - 离线环境（
COMPOSER_DISABLE_NETWORK=1）中断 → 只要vendor/和composer.lock都存在且合法，可直接跑composer install --no-plugins --no-scripts --no-autoloader跳过联网校验 - Windows 下杀软拦截 → 常见于生成
.bat或写注册表时被卡住；临时禁用 Windows Defender 实时防护，或换 Git Bash 执行（避开 cmd 权限模型）
最容易被忽略的“伪成功”状态
中断后 vendor/autoload.php 文件存在，但内容为空或只有半行；vendor/composer/autoload_classmap.php 有内容，但没包含你新装的类——这种状态不会报错，但运行时必崩。
验证方式很简单：运行 php -r "require 'vendor/autoload.php'; echo 'OK';"，如果报 Parse error 或静默失败，说明 autoload 文件已损坏，必须重走三步恢复流程。
