Composer不能安装Swoole扩展本身，因其是C编译的PHP扩展，必须用pecl install swoole或源码编译并配置php.ini启用；"ext-swoole": "*"仅作环境校验，真正可被Composer安装的是swoole/ide-helper等纯PHP包。
不能靠 Composer 安装 Swoole 扩展本身，但配对阿里云等国内镜像，能让 swoole/ide-helper、easyswoole/easyswoole、hyperf/http-server 这类依赖 Swoole 的 PHP 包下载快 3–5 倍。
为什么 composer require swoole 一定失败？
这不是网络或镜像问题，是根本性误解：swoole 是 C 编写的 PHP 扩展，不是 Composer 管理的 PHP 类库。运行 composer require swoole 会报 Could not find package swoole/swoole 或版本不兼容错误。
-
swoole扩展必须用pecl install swoole或docker-php-ext-install swoole编译进 PHP -
composer.json里写"ext-swoole": "*"只是声明“我需要这个扩展已启用”，不是安装指令 - 真正能被 Composer 下载的，是
swoole/library（类型提示）、swoole/ide-helper（IDE 补全）这类纯 PHP 包
镜像配置三要素：缺一就静默失效
全局配置命令 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 必须同时满足：
- 带
-g参数——漏掉就只改当前项目，换目录即失效 - 键名是
repo.packagist（单数，不是repos.packagist或packagist.org） - URL 必须是 HTTPS 且末尾有
/——少斜杠会拼出/composerpackages.json导致 404，但 Composer 不报错，只卡住
验证是否生效：运行 composer config -g repo.packagist，应输出类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。返回空、null 或报错，说明没配对。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可靠
CI 流水线、Docker 构建、多用户环境（如 www-data 用户运行）下，全局配置常因权限或上下文不一致而失效。推荐进项目根目录执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会自动在 composer.json 顶层写入 "repositories" 字段，key 固定为 "packagist"，不会覆盖已有私有源——前提是原 repositories 是对象结构（不是数组）。如果已是数组，别手动覆盖，用命令追加，否则可能误删私有包源。
换源后还卡在 Resolving dependencies？和镜像无关
镜像只加速「下载」，不解决「依赖解析慢」。如果你发现 composer update 卡在 Resolving dependencies 几十秒甚至几分钟，基本可确定是以下原因：
-
composer.json里写了过于宽松的版本约束（如"^1.0 || ^2.0"），导致解析器穷举组合 - 本地 PHP 版本或平台扩展（如
ext-json）与某些包冲突，触发反复回溯 - 用了 Composer 1.x —— 升级到
2.9.6能显著改善解析算法和并行下载效率
真正容易被忽略的是：Swoole 相关包（如 easyswoole/easyswoole）常带大量 dev 依赖（stubs、测试工具、文档生成器），这些在 --no-dev 模式下不会拉取，但默认 install 会。CI 构建时务必加 --no-dev --prefer-dist。
