必须人工介入判断：composer validate报“invalid”且带行号即lock损坏；若validate通过但install报包未安装或解压失败，则vendor异常；两者均需检查bom编码、--no-cache重建及清空缓存目录。

Composer 没有“关键帧”概念，所谓“关键帧崩溃”是误用术语——实际指的是 composer.lock 文件损坏或与 vendor/ 状态不一致导致的安装失败。它不会自动恢复，必须人工介入判断损坏类型并选择对应动作。

怎么快速判断是 lock 文件损坏还是 vendor 状态异常

运行 composer validate 是第一道筛子：

• 如果报 ./composer.lock is invalid 并带具体行号（如 Parse error on line 42），基本锁定为 composer.lock JSON 损坏，常见于 Git 冲突残留（）、编辑器写入空字节、断电截断
• 如果 composer.lock 校验通过，但 composer install 报 package x is not installed 或解压失败，问题大概率在 vendor/：目录为空、vendor/autoload.php 不可执行、或 vendor/composer/installed.json 是零字节或非法 JSON
• 两者都看似“乱码”但没报错？用 file -i composer.json 查编码，BOM 头（charset=binary）需用 sed -i '1s/^\xEF\xBB\xBF//' composer.json 清除

只删 composer.lock 能不能救回 vendor

能，但有严格前提：当前 vendor/ 必须可信。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 可信 = vendor/ 非空 + vendor/autoload.php 可被 php -l 通过 + vendor/composer/installed.json 是完整、可解析的 JSON
• 满足则：备份原 composer.lock，删掉它，再跑 composer install --no-cache —— Composer 会读取 vendor/ 中已安装包的元数据，重建一份匹配的锁文件
• 不满足（比如 vendor/ 是空的、或 installed.json 损坏），必须同时删掉 vendor/ 和 composer.lock，否则 install 会在解压环节卡死或静默失败
• 千万别用 composer update --lock 替代：它会查远程最新版，可能升级一堆包，彻底偏离原依赖树

为什么 --no-cache 是救命参数

断电、磁盘异常后，~/.composer/cache/files/ 下很可能存着截断的 ZIP 包。而 composer install 默认优先复用缓存——等于把坏包又装一遍。

• --no-cache 强制跳过所有本地缓存 ZIP 和元数据，从镜像源重新拉原始包
• 国内用户务必确认镜像 URL 以 / 结尾：composer config -g repo.packagist 输出必须是 {"type":"composer","url":"https://mirrors.aliyun.com/composer/"}，少斜杠就静默 fallback 到官方源
• 若仍失败，先 composer clear-cache，再加 --no-cache 执行，双保险

真正容易被忽略的是缓存目录里那些“看不见”的坏文件：~/.composer/cache/repo/ 下的 packages.json 或 p2/*.json，composer clear-cache 根本清不掉它们——这些缓存一旦出错，install 会反复失败却无明确提示。遇到诡异的“加载仓库超时”或“找不到包”，直接删掉整个 ~/.composer/cache/repo/ 目录更可靠。