composer install中断后重试是否有效取决于失败阶段：瞬时网络抖动可直接重试成功，zip损坏、installed.json截断或解压卡死则必须清理vendor和缓存后重装；判断依据是运行composer install --dry-run，大量显示skipped方可续装，否则需手动清理。
composer install 中断后重试是否有效？
取决于失败阶段：瞬时网络抖动（如 DNS 超时、TLS 握手失败）可直接重试；但 ZIP 下载不完整、installed.json 写入中断或解压卡死，重试必然失败——Composer 不会复用损坏的临时文件，也不会保留下载进度。
判断方法很简单：composer install --dry-run。如果输出里大量出现 Skipped，说明 vendor/ 状态可信，可直接重试；若只显示 Installing 或报错，就必须手动清理。
-
Failed to extract vendor/package-name: unable to open archive→ 缓存 ZIP 损坏，必须清缓存 + 删vendor/ -
Invalid argument supplied for foreach()→vendor/composer/installed.json被截断或为空，删vendor/后会自动重建 - 进度条卡在同一个百分比超 2 分钟，且
-vvv显示刚下载完就报错 → 状态已污染，硬重试只会循环失败
换镜像源后仍中断，怎么确认它真在用？
很多人执行了 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，但 composer install -vvv 日志里仍出现 packagist.org 或卡在 provider-*.json，说明镜像根本没生效。
检查三要素缺一不可：
- 键名必须是
repo.packagist（单数、小写、无 s），写成repos.packagist会被静默忽略 -
composer是 type 值，必须显式写出，不能省略 - URL 必须以
/结尾（https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌）
验证命令：composer config -g repo.packagist 应输出完整 JSON：{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}。若为空、null 或返回 https://packagist.org，说明配置未成功。
项目级 repositories 为什么会让全局镜像失效？
项目根目录下的 composer.json 一旦存在 "repositories" 字段，就会完全屏蔽全局配置——不是“优先级低”，是彻底跳过，且不提示。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见陷阱：
- Laravel 脚手架默认带空
"repositories": []，它会覆盖全局设置 - CI/CD 流水线（如 GitHub Actions runner 用户）或宝塔后台（
www用户）运行命令时，读的是对应用户的配置，和你本地互不相通 - 若需保留私有仓库，不能直接用
composer config repo.packagist ...，否则会完全覆盖原有repositories对象
安全做法：进项目根目录，先手动把 "repositories": [] 改成 "repositories": {}，再运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/。
中断后必须执行的清理顺序
中断后残留的损坏 ZIP 和截断的 installed.json 会让后续所有安装都循环失败。别等重试，直接按顺序执行：
- Linux/macOS：
rm -rf vendor；Windows：rmdir /s vendor -
composer clear-cache（清除旧缓存里的官方源 URL 和 hash） -
composer install --no-plugins --no-scripts --prefer-dist（禁用插件避免并发崩溃，强制走 dist 包降低失败率）
注意：composer.lock 里的 hash 来自旧源，和镜像元数据不匹配也会导致安装中断，必要时可一并删除再重装。
镜像只影响下载路径，不解决依赖解析或 PHP 扩展缺失问题。如果换镜像后仍报 Class not found 或 Failed to open stream，问题大概率在 vendor/ 残留或 autoloader 缓存，不是镜像本身。
