Composer install卡在Downloading...主因是默认源packagist.org国内DNS解析慢、TLS握手超时或连接无响应；应全局切换阿里云镜像并清缓存，禁用Xdebug，启用并行下载，避免使用已停用的phpcomposer.com等失效源。
为什么 composer install 卡在 Downloading...？
大概率是默认源 packagist.org 在国内访问不稳定，DNS 解析慢或连接超时。不是网络断了，而是请求发出去后没响应——Composer 默认不设全局超时，会傻等几十秒才失败。
实操建议：
- 先运行
composer diag看是否能连通packagist.org（注意输出里HTTP 200 OK是否出现） - 临时切镜像测试：执行
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 别用
https://packagist.phpcomposer.com——该域名已停用多年，会返回404 Not Found或重定向失败
composer create-project 拉包慢，怎么指定国内镜像？
这个命令本身不读取全局配置里的镜像设置，它会绕过 repo.packagist 配置，直接走默认源。必须显式传参或提前设好环境变量。
实操建议：
- 加
--repository-url参数：composer create-project laravel/laravel myapp --repository-url=https://mirrors.aliyun.com/composer/ - 或提前设环境变量：
export COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/，再运行create-project - 注意：如果项目
composer.json里写了"repositories"字段，它会覆盖全局镜像，此时得改项目配置
切换镜像后 composer update 报 Could not parse version constraint
这不是镜像问题，而是镜像同步延迟导致的元数据不一致。阿里云、腾讯云等镜像通常每 5–15 分钟同步一次 packagist 元数据，但某些新发布的版本（尤其是 dev 分支或刚 tag 的版本）可能还没同步完。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操建议：
- 查版本是否存在：打开浏览器访问
https://mirrors.aliyun.com/composer/p2/<vendor>/<package>.json</package></vendor>（比如https://mirrors.aliyun.com/composer/p2/laravel/framework.json），看目标版本是否在versions列表里 - 临时切回官方源验证：
composer config --unset repo.packagist && composer update - 同步延迟期间，可锁定旧版本：
composer require vendor/package:8.7.3（避免自动解析^8.7导致找不到）
CI/CD 环境中如何稳定使用镜像源？
本地切镜像没问题，但 CI 脚本里硬编码镜像地址容易出问题：镜像域名变更（如华为云从 https://mirrors.huaweicloud.com/composer 改为 https://repo.huaweicloud.com/composer）、证书更新、甚至整个镜像下线。
实操建议：
- 用环境变量控制：
COMPOSER_REPO_PACKAGIST在 CI 设置里注入，脚本里统一读取，不写死 URL - 加健康检查：CI 第一步跑
curl -sI https://mirrors.aliyun.com/composer/ | head -n1，状态码不是200就 fallback 到备用源 - 慎用
composer config --global：Docker 多阶段构建中，全局配置可能污染后续 stage，推荐每次run前用-d参数覆盖
镜像不是万能加速器，关键是要理解它和 Composer 请求链路的关系——哪一步走镜像、哪一步绕过、哪一步缓存失效，比记住几个 URL 更重要。
