{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
确认当前生效的镜像源是不是真在用
执行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 这样的完整 JSON。如果返回空、null、https://packagist.org 或已停用地址（如 https://packagist.phpcomposer.com），说明镜像根本没生效。
常见错误包括：composer config -g repos.packagist（多一个 s，静默无效）、漏掉 composer 类型声明、URL 末尾少斜杠（https://mirrors.aliyun.com/composer 会 404）。
项目级配置优先级更高：进项目目录后运行 composer config repo.packagist，若有输出，说明 composer.json 里的 repositories 字段覆盖了全局设置。
换源后必须清缓存再重试
Composer 不会自动丢弃旧缓存，哪怕镜像已换，它仍可能从 packagist.org 的旧元数据里解析依赖，导致卡在 Loading composer repositories with package information... 超过 30 秒。
清缓存命令只有一条：composer clear-cache。别跳过这步，也别指望 composer update -v 自动刷新。
如果已卡住，先 Ctrl+C 安全终止，再清缓存，最后重试。不推荐直接删 vendor/ 和 composer.lock——那是重装逻辑，不是解决卡顿的常规手段。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
用对阿里云镜像，别碰失效或低优地址
2026 年实测最稳的是：https://mirrors.aliyun.com/composer/（结尾必须带斜杠）、https://packagist.mirrors.sjtug.sjtu.edu.cn/、https://packagist.mirrors.ustc.edu.cn/。
以下地址明确失效或不建议：https://packagist.phpcomposer.com（404）、https://packagist.laravel-china.org（502/503 频发）、任何 http:// 开头地址（Composer ≥2.2 默认拒绝）。
临时单次换源可用：composer update --repository=https://mirrors.aliyun.com/composer/，适合 CI 环境或不想改配置时应急。
卡在下载阶段？检查底层网络连通性
看到 Downloading https://... 卡住，不是 Composer 本身问题，而是 cURL 层失败。先手动验证：curl -v https://mirrors.aliyun.com/composer/packages.json。
若卡在 DNS 或 TLS 握手，检查：
- 系统时间是否准确（尤其 WSL/Docker，时间偏差会导致证书校验失败）
- 是否设置了 HTTP_PROXY/HTTPS_PROXY 但未配 http.sslcafile
- 公司网络是否拦截了 HTTPS 请求（WAF 常见）
cURL error 28 是典型超时，和 process-timeout 无关——调大这个参数没用，得从网络层入手。
镜像源配置正确、缓存清理干净、网络连通性确认无误，这三步做完，90% 的“卡死”就不再是卡死，只是你还没看到日志滚动而已。
