composer仅自动修复下载链路问题：dist失败fallback到source、镜像不可用轮询备用源、缓存损坏跳过、ssl失败降级协议；不修复手改的composer.json或缺失的autoload.php。
Composer 会自动修复哪些问题？
它不主动“修文件”，但会在特定环节触发容错逻辑：composer install 遇到 dist 包下载失败时，会 fallback 到 source（git clone）；网络超时默认重试 3 次；composer.lock 被修改但未提交，composer install 会直接报错而非静默覆盖——这是保护机制，不是自愈。
所谓“自动恢复”只发生在下载链路：镜像不可用时轮询下一个、本地缓存损坏则跳过、SSL 验证失败后尝试降级协议。它不会修复你手改坏的 composer.json，也不会重写被删掉的 vendor/autoload.php。
composer.json 解析失败怎么快速定位？
错误如 In JsonFile.php line 381: "./composer.json" does not contain valid JSON，说明文件已损坏，不是依赖问题。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先验证语法：
php -r "json_decode(file_get_contents('composer.json')); echo json_last_error_msg();"—— 输出JSON_ERROR_NONE才算过关 - 常见破坏点：末尾多逗号、单引号代替双引号、注释（JSON 不允许）、UTF-8 BOM 头
- 没备份时，可临时用最小结构救急：
{"require":{}}，再逐步补回依赖项
vendor/autoload.php 找不到或 require 失败
90% 是路径或入口问题，不是 Composer 坏了。
- 确认当前工作目录是项目根目录（含
composer.json），否则require 'vendor/autoload.php'会按相对路径找 - 别复制
vendor/目录到其他项目——vendor/composer/autoload_*.php里写死了绝对路径映射 - 运行
composer dump-autoload强制重建自动加载规则，比删 vendor 更快
换源后还是拉不到包？缓存和配置覆盖顺序必须理清
执行 composer config -g repo.packagist composer https://packagist.org 后仍走镜像，大概率是配置被覆盖。
- 检查三层优先级：环境变量 > 项目级配置 > 全局配置。运行
composer config repo.packagist（不带-g）看当前生效值 - 若项目
composer.json有"repositories"块，它永远优先生效，删掉或显式覆盖：composer config repo.packagist composer https://packagist.org - 换源必清缓存：
composer clear-cache，否则它还在读旧镜像的packages.json快照
最易被忽略的是：Composer 的“修复”本质是规避，不是纠错。它绕过损坏的 dist 包，但不会告诉你哪个包的 zip 文件校验失败；它 fallback 到 source，但不会提醒你 git 凭据已过期。真要定位根因，得盯住 composer update -v 的每一行输出，而不是反复删 vendor 和清缓存。
