配置文件损坏指config.json结构非法或值不合法，导致JSON解析错误；需用composer config --global --list --verbose验证，报错即确认损坏，应备份后让Composer自动生成新配置。
配置文件损坏不是指 composer.json 本身出错，而是指 Composer 读取的全局或项目级配置（config.json）结构非法、字段值不合法，或被意外写入了非 JSON 内容。这种损坏会导致命令直接失败，比如报 JSON decode error、Invalid config file 或静默忽略某些设置。
怎么确认是 config.json 损坏而不是其他问题
先验证是否真由配置文件引起：
- 运行
composer config --global --list --verbose—— 如果报 JSON 解析错误，说明~/.composer/config.json（或$COMPOSER_HOME/config.json）已损坏 - 运行
composer config --list --verbose（不带--global）—— 若报错且当前目录有composer.json但无composer.lock，可能是项目级config.json（极少见）或composer.json语法错误 - 临时重命名全局配置：比如把
~/.composer/config.json改成config.json.bak，再执行composer --version；如果不再报错，基本锁定是它的问题
重置全局配置的唯一安全方式
别手动编辑损坏的 config.json，也别用 composer config --global --unset 逐个删键——它只删 key 不修复结构，反而可能让文件变成无效 JSON。正确做法是彻底替换：
- 先备份原文件：
mv ~/.composer/config.json ~/.composer/config.json.corrupted - 再让 Composer 生成全新默认配置：
composer config --global --list（首次运行会自动创建干净的config.json） - 如果
$COMPOSER_HOME被设过，务必用composer config --global --list --verbose确认真实路径，再操作对应目录 - 若需恢复镜像源等常用设置，用合法格式重设，例如：
composer config --global repos.packagist '{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}'（注意引号和 JSON 结构）
为什么不能只删 config.json 后不管
Composer 不会在缺失 config.json 时自动重建所有默认值。部分行为会退化为未定义状态：
-
process-timeout缺失 →composer update可能无限卡住，不继承任何默认超时 -
minimum-stability缺失 →composer require直接报Could not find package，因为无法判断该拉stable还是dev -
repos.packagist缺失 → 错误提示是Package not found，根本看不出是源配置丢了
项目级配置损坏怎么处理
项目级配置通常只存在于 composer.json 的 "config" 字段里。如果它语法错误（比如多了一个逗号、少了一个引号），composer install 会直接报 file could not be loaded 或 JSON decode error：
- 用
php -l composer.json快速检查基础语法（只能发现括号/引号错位，不能校验 JSON 结构） - 更准的方式是
php -r "json_decode(file_get_contents('composer.json'), true) or die('invalid json');" - 修复后记得重新生成 autoload：
composer dump-autoload，否则某些脚本可能仍按旧缓存执行
真正麻烦的是那种“看似正常但某个字段值非法”的情况，比如把 "process-timeout": "300" 写成字符串而非数字，或者 "github-protocols" 设成了 ["http"]（合法值只有 ["https"] 或 ["ssh"]）。这类问题不会立刻报错，但会在特定命令下突然失效，排查时容易绕远路。
