先看vendor/composer/installed.json是否可读且json完整，若为空或报错则损坏；再用composer validate判断lock：报“not up to date”为过期，执行update --lock；报“is invalid”带行号为真损坏，需备份后重建；数量不匹配或校验失败时应清缓存并--no-cache重装。
断网后 vendor 目录不完整，怎么判断是否还能救？
别急着删 vendor——先看 vendor/composer/installed.json 是否可读、JSON 结构是否完整。如果文件存在但内容为空、只有 {} 或开头是 Parse error on line，说明 Composer 写入被中断，该文件已损坏；如果文件能 cat 出来且含多个 "name" 字段，大概率只是部分包没解压完，composer install 重试即可恢复。
更直接的判断方式：ls -la vendor/ | wc -l。若结果远小于 composer show --no-dev | wc -l（即 lock 文件里声明的包数），说明有包缺失；若数量接近但报 Class not found，问题可能出在 autoload 映射或 OPcache 缓存，不是 vendor 本身。
composer.lock 被写到一半，如何区分“过期”和“真损坏”？
composer validate 是唯一可靠判断依据：
- 输出
The lock file is not up to date→ 过期，执行composer update --lock即可重生成 lock，不碰 vendor - 输出
./composer.lock is invalid并带具体行号（如Parse error on line 42）→ 真损坏，常见于 Git 合并冲突残留（）、编辑器乱码保存、或断网时正在 flush 到磁盘 - 无报错但
composer install卡在Loading composer repositories或提示Invalid lock file. Corrupted.→ 多半是dist.sha256校验失败，说明 lock 记录的哈希与缓存中 ZIP 不匹配，需清缓存再装
换镜像后断网，为什么 clear-cache 还是装不到新版本？
因为 composer clear-cache 只清 ~/.composer/cache/files/（ZIP 包）和部分 provider 缓存，但 packages.json 元数据默认缓存 15 分钟且复用优先级极高——即使你已切到阿里云镜像，Composer 仍可能从旧缓存读取过期索引。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法是：
- 确认镜像已生效：
composer config -g repos.packagist.url输出必须是你配的地址（注意：Composer 2.2+ 用复数repos.packagist，单数repo.packagist已失效） - 强制刷新元数据：
composer update --refresh（仅 ≥2.5 支持），它只丢弃packages.json和provider-*.json，保留已下载 ZIP，快且安全 - 老版本（≤2.4）只能手动删对应缓存：
rm -rf $(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer
临时断网期间，哪些操作会把状态彻底搞乱？
最危险的三件事：
- 手动删
vendor/但没清composer.lock，然后跑composer install→ v2.5+ 会直接报Command "install" is not defined - 断网后改了
composer.json又强行composer update→ 它会查远程最新版，导致依赖漂移，彻底偏离原 lock 状态 - 项目根目录
composer.json里留着"repositories": []或空对象{}→ 它会静默屏蔽全局镜像配置，让所有请求 fallback 到官方源或 404，而你完全看不出异常
真正干净的重建路径只有一条：确认 vendor/ 不可信 → rm -rf vendor composer.lock → composer clear-cache → composer install --no-cache。加 --no-cache 是防止它从损坏的本地缓存里恢复旧包。
