执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 是解决国内 composer 卡顿的必要基础配置，需确保键名、type 值、url 格式三者严格正确，且须清缓存、删 vendor 和 composer.lock 后重装，同时注意全局配置在 ci 或多用户环境中的失效风险。
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 这条命令执行成功，就能解决 90% 的国内 Composer 网络卡顿问题。它不是“可选优化”，而是必须前置完成的基础配置——否则 composer install 卡在 Loading composer repositories with package information 是常态，不是偶然。
为什么 composer config -g repo.packagist 总是不生效？
命令静默失败，通常不是网络或权限问题，而是三个硬性条件没同时满足：
-
repo.packagist是唯一合法键名（注意是repo单数，写成repos.packagist或packagist.org都无效） - 中间的
composer是固定 type 值，不能省略、不能替换成域名或注释 - URL 必须是 HTTPS 且末尾带
/，例如https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404
验证是否真正写入：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报错，说明配置根本没落盘。
composer install 还在 loading？先清缓存和锁文件
镜像地址改了，但 composer.lock 里还记着 packagist.org 的原始 dist URL，vendor/ 目录下也残留旧包元数据——Composer 会优先复用这些，导致“看似换源，实则仍走原站”。
- 必须执行
composer clear-cache - 删掉项目下的
vendor/和composer.lock - 再跑
composer install -vvv，观察日志中请求域名是否变成mirrors.aliyun.com
跳过这步，哪怕镜像配得再准，也大概率继续卡住。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
全局配置 vs 项目级配置：别让协作环境悄悄失效
全局配置（-g）适合个人开发机，但在 CI、Docker 或宝塔等多用户环境中极易失效：
- GitHub Actions 默认不读全局配置，需显式加环境变量：
COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/ composer install - 宝塔面板里 Web 服务常以
www用户运行，而你是在自己的 shell 下配的全局配置，必须切用户重配：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级配置（去掉
-g，在项目根目录执行）会写入composer.json的repositories字段，对协作者和 CI 更可靠，但要注意：项目级优先级高于全局，一旦存在就自动覆盖
最稳妥的做法是：本地用全局加速，团队项目用命令 composer config repo.packagist composer https://mirrors.aliyun.com/composer/ 写入项目配置，不手动编辑 JSON。
镜像选哪家？阿里云、腾讯云、华为云的关键差异
三家都可用，但同步策略和稳定性表现不同，直接影响 composer update 是否失败：
- 阿里云（
https://mirrors.aliyun.com/composer/）：同步延迟约 5–10 分钟，华北节点快，华东偶发 502；适合日常开发 - 腾讯云（
https://mirrors.cloud.tencent.com/composer/）：CDN 覆盖广，南方用户稳定，但不保留已删包；遇到Package not found先确认原包是否真被作者下架 - 华为云（
https://mirrors.huaweicloud.com/repository/php/）：全量镜像含历史版本，同步延迟略高，metadata请求稍慢（因分片存储）
新包发布后 5 分钟内 Could not find package xxx，别急着换源，先去对应镜像站网页搜索确认是否已收录——这是同步延迟的正常现象，不是配置错误。
