答案是旧版composer因解析国内镜像精简的packages.json格式失败，需强制切回官方源并清缓存。执行php composer.phar config -g repo.packagist composer https://packagist.org和php composer.phar clear-cache，验证输出含"https://packagist.org"且字段名为单数repo.packagist。
直接切回官方源 + 清缓存，否则 packages.json 解析永远失败。
为什么旧版 Composer 会卡在 “Could not parse version constraint”
这不是网络问题，也不是包不存在——是旧版 Composer（如 1.10.22）尝试解析国内镜像返回的、已精简或格式变更的 packages.json。阿里云、腾讯云等镜像为加速，长期缓存并改写元数据结构，而 Composer 1.x 的 JSON 解析器只认老格式。一旦镜像停止维护旧响应格式，composer update 就会停在解析阶段，不报错也不继续。
常见现象：
-
php composer.phar update卡住 30 秒以上，最后静默退出或抛出模糊异常 -
composer show vendor/package --all返回空或报Invalid argument supplied for foreach() - 换其他镜像（如华为云）依然复现，说明不是单个镜像故障，而是协议兼容性断层
必须执行的两步硬操作
绕过所有 fallback 和自动降级逻辑，强制 Composer 用原始、未改写、全字段的官方元数据：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局覆盖源地址：
php composer.phar config -g repo.packagist composer https://packagist.org - 清空全部缓存：
php composer.phar clear-cache（注意：不清缓存 = 白配）
验证是否生效：php composer.phar config -g repo.packagist 必须输出 {"type":"composer","url":"https://packagist.org"}。字段名是 repo.packagist（单数），写成 repos.packagist 不报错但完全不生效。
别碰 --ignore-platform-reqs 或 config.platform.php
这两个是解决「依赖包要求高 PHP 版本」的问题，和「元数据解析失败」无关。你当前的问题是 Composer 自己都读不懂 packages.json，还没走到检查 php 版本那步。强行加 --ignore-platform-reqs 不仅无效，还会掩盖真实错误，让后续报错更难定位。
如果连官方源也拉不到，检查 CLI PHP 真实版本与扩展
官方源走 HTTPS，依赖 openssl 和 curl 扩展。旧 PHP（如 7.2）若未启用这些，会表现为连接超时或 file could not be downloaded：
- 确认 CLI 使用的 PHP：
php -v和which php - 检查关键扩展是否加载：
php -m | grep -E "(openssl|curl|json|mbstring)" - 若缺失，编辑对应
php.ini（用php --ini查路径），取消注释extension=openssl等行
这一步常被忽略：Web 环境能跑不代表 CLI 能跑，Composer 只认 CLI 配置。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
