直接用 yum install composer 会失败，因为 centos 7/8/9 官方源（base、epel）未收录该包，执行后必报 no package composer available；推荐方式是 curl 下载指定版本 composer.phar，手动 sha384 校验后移至 /usr/local/bin 并赋执行权限，同时确保 php cli 已启用 zip、mbstring 等扩展。
直接用 yum install composer 会失败，这不是配置问题
CentOS 7/8/9 的官方 yum 源（包括 base、epel）压根没收录 composer 包。执行 yum install composer 一定返回 No package composer available。这不是网络、镜像源或 repo 配置的问题，是源里真没有。强行启用第三方仓库（如 Remi）虽可行，但要严格匹配 PHP 版本（比如 php81-php-composer），且仍可能因扩展缺失或权限错而报错。
推荐做法：curl 下载指定版本 phar + 手动 SHA384 校验
官方安装脚本 curl -sS https://getcomposer.org/installer | php 在 CentOS 7（OpenSSL 1.0.2k）上常因 SHA384 校验失败报 Signature mismatch。这不是该关校验，而是该换方式：
- 下载具体版本（避免
latest重定向风险）：curl -sS https://getcomposer.org/download/2.9.6/composer.phar -o /tmp/composer.phar - 手动校验签名：
php -r "if (hash_file('sha384', '/tmp/composer.phar') === file_get_contents('https://getcomposer.org/download/2.9.6/composer.phar.sha384')) { echo 'OK'; } else { exit(1); }" - 移入系统路径并赋权：
sudo mv /tmp/composer.phar /usr/local/bin/composer && sudo chmod +x /usr/local/bin/composer
验证：composer --version 应输出 Composer version 2.9.6。若提示 command not found，检查 echo $PATH 是否含 /usr/local/bin；若提示 Permission denied，确认 ls -l /usr/local/bin/composer 有 x 权限。
中文环境变量不是必须改，但 PATH 和 ~/.composer 权限必须对
composer 本身不依赖语言环境变量（LANG、LC_ALL），但两个地方容易出错：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
/usr/local/bin/composer必须对所有目标用户可执行（chmod 755），否则非 root 用户运行会卡在Could not open input file - 普通用户（如
deploy或www）执行composer install前，需确保其~/.composer目录归属正确：chown -R $USER:$USER ~/.composer - 项目目录也得归对应用户：
chown -R deploy:deploy /var/www/myapp，否则vendor/写入后 web 服务器（如 nginx）可能无权读取
别碰 /etc/profile 或全局 export PATH —— /usr/local/bin 默认已在大多数 CentOS 的 PATH 中。真缺，只在 ~/.bashrc 里加一行 export PATH="/usr/local/bin:$PATH" 即可。
装完就报 “ext-zip missing” 或 “PHP Parse error”，说明 PHP CLI 环境没配齐
报错不是 Composer 本身的问题，而是它正在用和 php -v 不同的 PHP SAPI 或 php.ini 文件。常见原因：
- 最小化 CentOS 镜像默认不带
php-zip、php-mbstring、php-openssl—— 光装php-cli不够，必须显式安装：yum install -y php-cli php-zip php-mbstring php-openssl php-json php-curl - 如果用了 Remi 源（如
php82），扩展包名带前缀：php82-php-zip，装错就白忙活 - 装完后 CLI 下仍报缺扩展？运行
php -m | grep -E 'zip|mbstring'确认是否加载；没输出就检查php --ini找到的php.ini，确认里面有extension=zip.so这类行
真正麻烦的不是下不下来，而是装完后 vendor/ 属主混乱、扩展没启、或者用了旧版 composer 解析不了新语法——这几个点漏一个，项目就卡在部署第一步。
