直接删掉vendor目录并执行composer clear-cache是最干净的处理方式，因composer无回滚机制，中断会导致解压不全、autoload损坏或lock文件异常，残留碎片会引发class not found等错误。
Composer install 或 update 中断后，vendor 目录不完整怎么办
直接删掉 vendor 目录是最干净的处理方式。Composer 本身不提供“回滚”或“清理半成品”的机制，中断后残留的文件（比如只解压了一半的包、空的 autoload_files.php、损坏的 composer.lock 时间戳）会导致后续命令报错，例如 Class not found 或 require(): failed to open stream。
实操建议：
- 先确认中断是否真影响了
vendor：运行composer dump-autoload，如果报Could not scan for classes，基本说明 autoload 映射已损坏 - 不要尝试手动删某个子目录或单个包——Composer 的依赖图是网状的，局部清理大概率引发校验失败
- 执行
rm -rf vendor/（Linux/macOS）或rmdir /s vendor（Windows CMD），再补上composer clear-cache（清本地包缓存，防止下次又拉下损坏的 zip）
为什么 composer clear-cache 不能解决 vendor 碎片问题
composer clear-cache 只清理 ~/.composer/cache/ 下的 zip 包和 metadata 缓存，跟项目级的 vendor/ 完全无关。它不影响已解压的代码、生成的 autoloader、或 composer.lock 的内容。
常见误解场景：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 你刚中断了
composer update，然后跑composer clear-cache，再composer install—— 依然失败，因为vendor/还在那儿，且很可能composer.lock已被部分写入 - 错误提示里出现
Failed to extract vendor/package-name，说明 zip 解压卡在中途，此时缓存里的 zip 文件本身是完好的，问题出在解压目标目录
如何避免下次中断产生碎片
根本思路是减少中断概率 + 提前设防，不是等断了再清理。
关键操作：
- 用
composer install --no-interaction --prefer-dist替代默认命令，跳过交互提示，强制走压缩包安装（比--prefer-source更稳定） - 加
--verbose参数观察卡点（比如停在Downloading https://api.github.com/...就知道是网络问题） - 国内用户务必配镜像源：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，大幅降低超时概率 - 如果必须用
--prefer-source（比如要改包源码），先git config --global http.postBuffer 524288000防止 git clone 中断
vendor 清理后仍报 autoload 错误？检查这三处
删完 vendor 并重装后还报类找不到，大概率是残留配置没刷新。
-
composer.lock文件是否被编辑器自动保存过？Git diff 看它有没有意外改动，有就git checkout composer.lock - 项目根目录下是否有残留的
vendor/autoload.php符号链接（尤其 Docker 环境挂载时容易出这问题） - PHP opcache 是否启用？
php -r "opcache_reset();"或重启 PHP-FPM，否则旧的 autoload 映射可能还在内存里
vendor 放进 .gitignore 却忘了排除 vendor/composer/autoload_classmap.php 这类生成文件，导致不同环境 autoload 行为不一致——这种隐性碎片比中断更难排查。
