国内用户需配置阿里云镜像源解决 composer 卡顿问题，正确命令为 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，且须验证诊断日志与实际请求域名是否匹配镜像地址。
国内用户不配镜像，composer install 十有八九卡在 Loading composer repositories with package information，不是你网络差，是默认源 packagist.org 在海外，DNS 解析慢、连接不稳定、单线程下载，大包（比如 symfony/framework-bundle）基本下不动。
composer config -g repo.packagist 命令为什么总不生效？
它根本不是“大概对就行”的命令，漏掉任意一个硬性条件都会静默失败，且不报错：
-
-g缺失 → 配置只写进当前目录的composer.json，换项目就失效 -
repo.packagist写成repos.packagist或packagist.org→ 存进无效字段，composer config -g repo.packagist查出来是空或null - 漏掉
composer这个 type 值 → Composer 2.0+ 直接 fallback 到官方源，等于白配 - URL 少了末尾
/→ 请求路径拼成https://mirrors.aliyun.com/composerpackages.json，404
正确写法只有一条：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。验证是否成功，只看这一行输出：composer config -g repo.packagist 必须返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
怎么确认镜像真正在用？别信配置，要看实际请求
配置写对 ≠ 实际走镜像。真实行为得靠日志和诊断：
- 运行
composer diagnose，找到Repo:那行，域名必须是你配的镜像地址（如mirrors.aliyun.com） - 执行
composer update -vvv 2>&1 | grep -i downloading，日志里出现的 URL 必须含镜像域名，且路径以/p2/或/packages.json结尾 - 更直接：运行
composer show -v | head -n 5，观察第一行Downloading https://...的域名 —— 是packagist.org就没生效，是mirrors.aliyun.com才算到位
注意：composer config -g repo.packagist 输出非空，不代表一定生效；项目级 composer.json 里只要定义了 "repositories" 字段（哪怕为空数组），全局配置就会被完全忽略。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
装 monolog/monolog 这类常用包还是慢？检查三件事
镜像只加速 packagist.org 上的标准 PHP 包。以下情况镜像完全不生效：
- 依赖里含 GitHub 直链（如
"type": "package"+"dist"指向github.com），Composer 会绕过镜像直连 -
composer.lock里记录的dist.url仍是原始 GitHub 地址（例如"url": "https://api.github.com/repos/monolog/monolog/zipball/..."）→ 此时必须删掉composer.lock和vendor/，再跑composer install - 某些包（如
ext-redis）实际由phpize编译安装，慢是因为本地编译耗时，和镜像无关
所以装 monolog/monolog 卡住，先 grep -r '"url":.*github' composer.lock，有结果就得清锁重装。
项目级配置比全局更可靠，尤其团队协作时
全局看着省事，但 CI/CD、多用户环境、新人拉代码后行为不一致等问题频发。项目级配置可被 Git 跟踪，行为确定：
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 它会自动在
composer.json顶层写入"repositories"对象，key 固定为"packagist"，不会覆盖已有私有源 - 前提是原
"repositories"是对象结构（如"repositories": { "packagist": {} }）；如果是数组，命令会报错，需手动编辑或先转格式
真正容易被忽略的是：镜像只解决下载瓶颈，不解决 Resolving dependencies 卡顿。如果 composer update 卡在这一步几十秒，问题大概率出在 composer.json 的版本约束太宽、dev 分支太多，或 PHP 版本声明不合理，跟镜像无关。
