直接用php -r解析config.json语法最可靠，因composer无专用校验命令；需检查末尾逗号、中文标点、bom头、repositories中每个对象的type和url字段是否完整合法，且packagist键名拼写正确。

直接用 php -r 解析 config.json 语法

Composer 不提供专用命令校验 config.json，但它是标准 JSON 文件，错一个逗号或中文引号就失效。最稳的验证方式是让 PHP 自己解析：

运行：php -r "$j = file_get_contents('config.json'); $d = json_decode($j); if (!$d) { echo 'JSON error: ' . json_last_error_msg() . "\n"; }"

• 重点查末尾多逗号（尤其在 repositories 数组最后一项后）
• 检查是否混入中文引号、全角冒号、零宽空格（U+200B）或 BOM 头（ef bb bf）
• Windows 用户若用记事本保存过，大概率带 BOM；可用 file -i config.json 查编码，含 with-bom 就得删

确认 repo.packagist 键名和字段完整

repo.packagist 是 Composer 2.2+ 唯一认的主源键名，拼错就静默回退官方源。验证必须看 composer config -g repo.packagist 输出：

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

• 输出必须是完整 JSON 对象，如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
• 缺 type 字段？漏写 "type": "composer" → 失效
• url 末尾没斜杠 /？例如 https://mirrors.aliyun.com/composer → 失效
• 键名写成 repos.packagist（多一个 s）或 repositories.packagist.org（新版不认）→ 被忽略

检查 repositories 数组里的每个镜像对象

即使 config.json 语法正确，repositories 里单个镜像对象也必须满足运行时要求，否则 composer install 直接报错：

• 每个对象必须同时有 type 和 url 字段，缺一不可
• type 只能是 composer、package、vcs 等白名单值，写成 composer-type 或漏掉都不行
• 如果配了多个源，且想禁用官方源，必须显式写 "packagist.org": false，否则仍会回源
• 字段名大小写敏感：repositores（少一个 r）会被完全忽略，不报错也不提示

别信 composer validate，它根本不看 config.json

composer validate 只校验 composer.json 的 JSON 语法和 schema 结构，对 config.json 或 composer.json 里的 config 字段完全无感。常见误判：

• 你改了 config.json 但 validate 通过 → 正常，它压根没读这个文件
• validate --strict 依然不校验镜像配置 → 因为 config 字段没有公开 schema 定义
• 真正暴露问题的只有 composer install --dry-run 或 composer show -p，它们会实际发起请求并解析元数据

配置写对只是第一步，composer clear-cache 后再跑 composer -vvv install，盯着日志里 GET https://xxx/composer/packages.json 这一行，才是最终判决。