换阿里云镜像源并执行composer clear-cache可解决90%的Composer安装超时问题；需验证composer config -g repo.packagist输出为https://mirrors.aliyun.com/composer/，且composer install -vvv日志中出现对应路径才真正生效。
Composer 安装超时，大概率不是网络问题，而是默认源 packagist.org 在国内访问不稳定 —— 切换阿里云镜像能立竿见影，但操作不对反而会卡在缓存或配置冲突上。
如何确认当前用的是哪个镜像源
别猜，直接查：composer config -g repo.packagist。如果返回 {"type": "composer", "url": "https://packagist.org"}，说明还在用官方源；如果返回空或报错，可能是全局配置被清空，也可能是用了旧版 Composer 的 repositories 写法。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Composer 2.2+ 推荐用
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 旧版本（如 1.x）需用
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/（注意repos.packagist中的s） - 执行后立刻验证：运行
composer show -p，看输出里是否含mirrors.aliyun.com
为什么改了配置还是超时？常见缓存陷阱
Composer 会缓存元数据（packages.json 等），即使换了源，旧缓存仍可能触发失败请求。
- 先清缓存：
composer clear-cache（不是composer dump-autoload） - 再删本地仓库缓存目录：
rm -rf ~/.composer/cache/repo/https---packagist.org/（Linux/macOS）或%APPDATA%\Composer\Cache\repo\https---packagist.org\（Windows） - 如果项目里有
composer.json里硬编码了"repositories"，它会覆盖全局配置，得手动删掉或改成阿里云地址
阿里云镜像的几个关键细节
阿里云镜像不是“一换就灵”的黑盒，它和官方源同步有延迟（通常
- 只加速公共包（
packagist.org镜像），不解决私有 Git 仓库、Satis 或 Toran Proxy 类源的超时 - 若项目依赖某冷门包，而该包最近刚发布，阿里云镜像还没同步，可临时切回官方源：
composer config -g repo.packagist composer https://packagist.org - 企业级项目建议在 CI/CD 中显式指定镜像：
COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/ composer install
镜像切换本身很简单，真正耗时间的是缓存残留和项目级配置的干扰 —— 尤其是团队协作时，有人改了全局，有人改了项目，结果互相覆盖。动手前先 composer config -g -l 和 composer config -l 对比着看，比反复重试快得多。
