Composer 能不能在 CentOS 7 上全局用起来，根本不在安装命令对不对，而在于 PHP CLI 环境是否真实就绪、路径是否对齐、权限和 PATH 是否同时生效——缺一环，composer --version 就会静默失败或报 php: No such file or directory。
检查 PHP CLI 是否真正满足 Composer 最低要求
别只信 php -v。它只告诉你版本号，不验证扩展是否启用。Composer 2.x+ 明确依赖 openssl、zlib、json、mbstring 四个扩展，缺一个就会在后续 composer install 时爆 JSON decode error 或 file_get_contents(): php_network_getaddresses: getaddrinfo failed。
- 运行
php -m | grep -E "openssl|zlib|json|mbstring"，必须四行都有输出 - 若缺
mbstring（CentOS 7 + Remi 源最常见），补装：比如你用的是php74，就执行yum install php74-php-mbstring - 确认 CLI 使用的二进制和
which php一致：which php和php -v输出的路径要一样；如果不一致，比如which php为空，说明没注册 CLI 命令，得手动加软链：ln -s /usr/bin/php74 /usr/local/bin/php - 更实锤的检查方式：
php -i | grep -E "openssl\.enabled|zlib\.version|json\.version|mbstring\.extension"
下载安装必须校验 SHA384，跳过等于埋雷
直接 curl -sS https://getcomposer.org/installer | php 是高危操作。网络抖动、CDN 缓存异常或中间人劫持，都可能导致生成的 composer-setup.php 截断或损坏，后续所有 composer 命令都会静默失败或报无法排查的解析错误。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 分步执行才稳：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" - 取官方签名（CentOS 7 的
wget常因 SSL 支持弱失败，改用curl）：HASH=$(curl -sS https://composer.github.io/installer.sig) - 校验并清理：
php -r "if (hash_file('sha384', 'composer-setup.php') === '$HASH') { echo 'OK'; } else { echo 'FAIL'; unlink('composer-setup.php'); }" - 校验通过后才安装：
php composer-setup.php --install-dir=/usr/local/bin --filename=composer
设为全局命令前，PATH 和可执行权限必须双生效
mv composer.phar /usr/local/bin/composer 后敲 composer 提示 command not found？不是命令写错了，而是两个基础条件没同时满足。
- 确认
/usr/local/bin在当前用户的$PATH中：echo $PATH输出里必须包含它（CentOS 7 默认有，但非 root 用户或自定义 shell 可能没有） - 确认文件有执行权限：
chmod +x /usr/local/bin/composer（别用chmod -R 777，权限过大且不必要） - 验证是否真调用到目标 PHP：
head -n1 /usr/local/bin/composer应该是#!/usr/bin/env php—— 这意味着它依赖$PATH里的php；如果那个php是 Apache 模块版或阉割版，composer create-project就会卡在problem 1 - installation request
国内用户必须配阿里云镜像并验证生效
不配镜像源，composer install 会卡在 packagist.org 连接超时，且错误信息极其模糊（比如只报 Could not fetch），容易误判为网络或权限问题。
- 配置全局镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：
composer config -l -g | grep repo.packagist，输出应含阿里云地址 - 注意：这个命令必须由当前运行
composer的用户执行（比如你用普通用户装的，就别切 root 去配） - 如果之前用过其他镜像（如腾讯云、华为云），先清掉：
composer config -g --unset repos.packagist
最常被忽略的一点：PHP CLI 二进制、扩展、PATH、镜像源这四个要素必须全部对齐，少一个，composer 就不是“装不上”，而是“看似装上了，实际跑不动”。尤其当使用 Remi 源装多版本 PHP 时，php 命令和实际 composer 调用的 PHP 很可能不是同一个实例。
