CentOS 上不能用 yum install composer 安装，因 base 和 EPEL 仓库均未收录该包，执行后返回“No package composer available”；必须通过 curl 下载官方 composer.phar、校验 SHA384、移至 /usr/local/bin 并赋权，同时确保 PHP ≥7.2 且启用 openssl/zip/mbstring/json 扩展。
CentOS 上装 Composer 不能用 yum install composer，必须手动下载校验后安装；镜像源配置写错一个字符（比如 repo.packagist 写成 repos.packagist）就会静默失效，composer install 还卡在 Downloading https://packagist.org/packages.json。
为什么 yum install composer 一定失败
CentOS 7/8/9 的 base 和 EPEL 仓库压根没收录 composer 包，执行后只会返回 No package composer available。这不是网络问题，是源里真没有。强行启用 Remi 等第三方仓库虽能装，但要严格匹配 PHP 版本（如 php81-composer），且仍可能因缺失 zip、mbstring 扩展或 disable_functions 限制而报错。
更现实的风险是：官方安装脚本在 CentOS 7 默认的 OpenSSL 1.0.2k 下常卡在 Signature mismatch；最小化安装系统大概率缺 php-zip，导致 composer install 直接报 zip extension is missing。
- 手动下载
composer.phar并校验 SHA384 是唯一稳妥方式 - 别用
curl | php一键脚本——重定向风险高，校验容易跳过 - 装完记得检查
ls -l /usr/local/bin/composer是否有x权限
composer config -g repo.packagist 没生效的三个硬性条件
这条命令不是“差不多就行”，漏掉任意一个都会静默回退到官方源，且不报错：
- 必须带
-g参数，否则只改当前项目composer.json，换目录就失效 - 键名必须是
repo.packagist（单数repo，不是repos；也不能写成packagist.org） - 中间的
composer是必填type值，不是可选参数，省略后 Composer 2.0+ 会 fallback 到https://packagist.org - URL 必须以
/结尾，例如https://mirrors.aliyun.com/composer/；少斜杠会拼出/composerpackages.json导致 404
验证是否真写进去了：composer config -g repo.packagist 输出必须是完整 URL 字符串或 JSON 对象（如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}）。空、null 或还是 https://packagist.org，说明没成功。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
怎么确认 Composer 真正在用镜像源
光看 composer config 输出不够，得看真实请求日志：
- 运行
composer install -vvv 2>&1 | grep "Downloading" - 确认日志中出现的域名是
mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn，而不是packagist.org - 如果项目根目录有
composer.json且含"repositories"字段，全局配置会被覆盖——哪怕只写了"repositories": {}也会屏蔽镜像 - CI/CD 中以
www或runner用户运行命令时，-g写的是当前登录用户的~/.composer/config.json，权限不一致就失效
项目级配置其实更可靠：进项目目录后运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉 -g），它会自动在 composer.json 顶层添加或合并 repositories 字段，key 固定为 "packagist"，随代码提交，新人拉完即用。
换源只解决元数据下载，别指望它加速 ZIP 解压或扩展编译
镜像源只加速 packages.json 和 dist ZIP 包的 HTTP 下载，真正耗时的环节它管不了：
- 首次
install卡在Loading repositories？先查 DNS 和 TLS 握手，加-v看日志 -
composer update比install慢得多，因为要重新解析整个依赖图；日常开发尽量用install（靠composer.lock） - 依赖里含 C 扩展（如
ext-redis）或需git clone的私有包，镜像源完全无效 - Windows 下 SSL 错误可临时配
cafile或禁用secure-http，但生产环境绝对不要这么做
最常被忽略的一点：公司代理或防火墙可能拦截 HTTPS 请求，此时 -vvv 日志里会出现超时或连接拒绝，而不是域名解析问题——得找运维确认出口策略。
