执行composer config repo.packagist报错是因为composer.json中"repositories"字段为数组[]而非对象{}，Composer 2.2+要求该字段必须是对象才能写入packagist子键；需手动改为"repositories": {}（UTF-8无BOM、英文引号），再执行命令，否则直接失败且不提示具体原因。
composer config repo.packagist 命令为什么报错
执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/ 报错 Could not add repository "packagist" 或 repositories is not an object，基本是因为项目 composer.json 里已存在 "repositories": []（空数组）——Composer 要求该字段必须是对象（{}）才能写入 "packagist" 子键。
- 先手动打开
composer.json，把"repositories": []改成"repositories": {} - 确保
composer.json是 UTF-8 无 BOM 编码，首行是{，所有引号是英文双引号 - 改完保存，再运行命令，它会自动在
repositories对象里添加"packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
repositories 字段写成数组还是对象？
项目级镜像配置只接受对象形式的 "repositories": {}，不是数组 "repositories": []。Composer 2.2+ 对此校验变严：如果 repositories 是数组，composer config repo.packagist 会直接失败，且不会提示具体原因。
- 数组写法（错误）：
"repositories": [{"packagist.org": false}, {"type":"composer","url":"https://mirrors.aliyun.com/composer/"}]—— 这是手动编辑的合法结构，但不能用composer config命令生成 - 对象写法（正确，且兼容命令）：
"repositories": {"packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}} - 若你已有私有 Git 包源，也得统一收进这个对象里：
"my-private-repo": {"type": "vcs", "url": "https://git.example.com/pkg"}
为什么执行后 composer install 还走 packagist.org
不是命令没生效，而是 composer.json 里残留了禁用语句，比如 {"packagist.org": false}，它会覆盖掉 repo.packagist 配置，导致 Composer 完全找不到源。
- 搜索整个
composer.json，删掉所有形如"packagist.org": false的键值对 - 确认
"repositories"下只有"packagist"和其他必要私有源，没有冲突项 - 删掉
vendor/和composer.lock，再跑composer install—— 旧 lock 文件可能缓存了官方源地址 - 验证方式：加
--no-cache参数执行composer update --no-cache -vvv，观察日志里是否出现mirrors.aliyun.com
Windows 用户要注意路径和终端刷新
Windows 下命令能执行成功，但后续仍走官方源，大概率是终端没读到新配置，尤其当你用管理员权限开了 CMD，却用普通用户身份运行 Composer。
- 务必用当前开发所用的同一用户身份执行命令（不要点“以管理员身份运行”）
- 执行完立刻关掉当前终端，新开一个；CMD/PowerShell 不会自动 reload
%APPDATA%\Composer\config.json - 如果提示
Could not write to …，加--no-plugins重试：composer config --no-plugins repo.packagist composer https://mirrors.aliyun.com/composer/ - 检查文件实际写入位置：
echo %APPDATA%\Composer\config.json，确认该路径下config.json确实存在且内容正确
composer.json 当前结构是否允许 Composer 写入、是否与其他字段冲突、以及是否清除了历史缓存痕迹。稍不注意，就会陷入“命令返回成功，但网络请求照旧发往 packagist.org”的假象。 
