换镜像源是必须的第一步，因默认直连 packagist.org 在国内因 dns 污染、tls 握手超时、无 cdn 节点而基本不可用；正确配置阿里云镜像 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 后，须验证输出及 -vvv 日志，并执行 composer clear-cache 清除旧缓存，否则仍走国外源。
为什么换镜像源是必须的第一步
不是“可以试试”，而是默认直连 https://packagist.org 在国内基本不可用：DNS 污染、TLS 握手超时、CDN 路由绕行，导致卡在 Downloading... 或反复重试后失败。换源是唯一能立刻解决 80% 卡顿问题的操作，其他调参（如并发数、超时）都建立在镜像已生效的前提下。
执行阿里云镜像配置并验证是否真正生效
运行这条命令即可全局生效：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
但光执行不够，必须验证两件事：
-
composer config -g repo.packagist输出必须是完整 URL（如"https://mirrors.aliyun.com/composer/"），若为空、null或旧地址（比如packagist.phpcomposer.com），说明配置失败——常见原因是拼错键名（如写成repos.packagist多了个s）或 Composer 版本过低（1.x 需用不同语法） - 执行
composer install -vvv，最后一段日志里必须出现类似Reading packages.json from cache at /home/user/.composer/cache/repo/https---mirrors-aliyun-com-composer/...——只看配置不看日志，等于没确认
换源后仍慢？清缓存是被忽略的关键动作
镜像配置完不执行 composer clear-cache，Composer 会继续读取旧缓存里的元数据（含指向 packagist.org 的 URL），结果就是“换了源却还在连国外”。这不是 bug，是设计行为。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
清缓存后首次 install 可能稍慢（重建索引），但后续所有操作都会明显提速。如果清缓存后仍卡住，检查是否启用了 Xdebug（php -m | grep xdebug），它会让 Composer 降速数十倍。
CentOS 7 上还要注意 PATH 和权限问题
如果执行 composer 命令提示 Could not open input file: composer，说明 composer 不在系统 PATH 中。常见安装路径是 /usr/local/bin/composer，确认存在后补环境变量：
echo 'export PATH="/usr/local/bin:$PATH"' >> ~/.bashrc && source ~/.bashrc
另外，composer config -g 写入的是当前用户家目录下的 ~/.composer/config.json，不要用 sudo 执行该命令——否则配置写到 root 用户下，普通用户运行时依然无效。
镜像配置本身很简单，难的是验证和清理旧状态。很多人卡在“明明换了源怎么还是慢”，其实只是缓存没清、日志没看、PATH 没对齐。
