composer不能安装swoole扩展本身，但正确配置阿里云等国内镜像可使swoole/ide-helper、easyswoole/easyswoole等php包下载提速3–5倍，因其加速元数据与zip包拉取，不影响pecl安装流程。
不能靠 Composer 安装 Swoole 扩展本身，但用对镜像能让 swoole/ide-helper、easyswoole/easyswoole 这类依赖 Swoole 的 PHP 包下载快 3–5 倍；关键不是“换源就行”，而是镜像必须生效、且不干扰 PECL 扩展的校验逻辑。
为什么换镜像对 Swoole 相关包特别有用？
像 swoole/ide-helper、hyperf/http-server、easyswoole/easyswoole 这些包体积不小，又常带大量 dev 依赖（如 stubs、测试工具、文档生成器）。直连 packagist.org 时，单个包下载常卡在 Downloading 状态 20 秒以上，尤其在 CI 或 Docker 构建中会拖慢整条流水线。
- 这些包本身不包含 Swoole 扩展，但 composer install 时要先拉取它们的元数据和 zip 包，再执行
ext-swoole校验 - 镜像只加速「PHP 包」部分，不影响
pecl install swoole流程——两者完全解耦 - 阿里云镜像同步延迟通常
必须跑通这三步，镜像才算真生效
光执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 不够，90% 的“换源失败”都卡在这几步：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确认命令带
-g：漏掉就只改当前目录，composer config -g repo.packagist输出应为完整 URL - 检查末尾斜杠：
https://mirrors.aliyun.com/composer/缺少/会导致 404，但 composer 不报错，只会无限等待 - 验证是否走镜像：运行
composer diagnose，看Repo packagist.org:后面是不是你设的地址；或加-vvv跑composer update，grepmirrors.aliyun.com
CI 和 Docker 构建里怎么避免镜像失效？
Docker 构建时常见问题：镜像配置写进了 root 用户的 ~/.composer/config.json，但构建阶段用的是 www-data 或非 root 用户，根本读不到。
- 在
Dockerfile里统一用RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，确保所有用户可见 - ECS 或内网环境务必换内网地址：
http://mirrors.cloud.aliyuncs.com/composer/（注意是http，非https） - CI 脚本中加
COMPOSER_IPV4=1环境变量，绕过 IPv6 探测卡顿，尤其在 GitHub Actions 或 GitLab Runner 上效果明显
最易被忽略的一点：镜像再快，也救不了没装好的 swoole 扩展。如果 php -m | grep swoole 没输出，composer install 就算 1 秒完成，运行时照样报 Class 'Swoole\Http\Server' not found——镜像只管“下载”，不管“加载”。
