centos 上应手动安装 composer 而非用 yum：因仓库版本过旧（1.x）、权限不足、易与 php 扩展冲突；需先确认 zip/json 扩展已启用，再通过官方脚本下载 composer.phar，移至 /usr/local/bin 并设执行权限。
CentOS 上直接用系统包管理器装的 composer 基本不能用——版本太老、没权限写全局 bin、常和 PHP 扩展冲突，得手动装。
为什么 yum install composer 装完就报错
CentOS 自带仓库里的 composer 通常是 1.x 版本（比如 1.4），而现代 Laravel、Symfony 项目普遍要求 composer 2.2+；更关键的是，它默认装在 /usr/bin/composer，但没配好 phar 权限，运行时经常卡在 Could not open input file: composer.phar 或提示 PHP extension zip not loaded。
- 确认 PHP 是否启用了
zip和json扩展：php -m | grep -E "zip|json"，缺就装：yum install php-zip php-json - 别用
yum装composer，删掉：sudo yum remove composer - 确保
php-cli可用且版本 ≥ 7.4：php -v，否则后续下载的composer.phar直接执行失败
用官方安装脚本装最新稳定版 composer
这是最稳的方式：下载官方 composer.phar，设为可执行，放系统路径。不依赖包管理器，版本可控，权限清晰。
- 进临时目录执行安装：
cd /tmp && curl -sS https://getcomposer.org/installer | php - 验证签名（可选但推荐）：
php -r "if (hash_file('sha384', 'composer-setup.php') === 'dac665fdc30fdd8ec78b38b9800061b4150413ff2e3b6f88543c636f7cd84f6db9189d43a81e5503cda447da73c7e5b6dc9') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;" - 移动到全局可用位置：
sudo mv composer.phar /usr/local/bin/composer - 加执行权限：
sudo chmod +x /usr/local/bin/composer
composer 运行时报 permission denied 或找不到命令
常见于非 root 用户执行，或 PHP CLI 配置和 Web 用的不一致（比如 Web 用的是 php-fpm 的配置，CLI 用的是默认 php.ini）。
- 检查当前用户能否执行：
composer --version；如果报command not found，说明/usr/local/bin不在$PATH里，临时加：export PATH="/usr/local/bin:$PATH"，永久加就写进~/.bashrc或/etc/profile.d/composer.sh - 如果报
Permission denied，先看ls -l /usr/local/bin/composer，确认有x权限；再查 PHP 是否禁用了某些函数：php -i | grep disable_functions，若含proc_open或exec，得去/etc/php.d/下对应 ini 文件里删掉它们 - 国内服务器建议配镜像源，避免超时：
composer config -g repo.packagist composer https://packagist.phpcomposer.com（注意：该镜像已停，改用https://mirrors.aliyun.com/composer/）
多 PHP 版本共存时怎么让 composer 绑定指定版本
composer 是个 PHP 脚本，它运行时用的是当前 shell 的 php 命令指向的版本。如果你用 phpbrew 或编译多个 PHP，必须显式指定。
- 查看当前
php路径：which php，比如是/opt/php/8.1/bin/php - 强制
composer用它：sudo ln -sf /opt/php/8.1/bin/php /usr/local/bin/php，或更安全的做法是封装一个 wrapper：echo '#!/bin/sh\n/opt/php/8.1/bin/php /usr/local/bin/composer.phar "$@"' | sudo tee /usr/local/bin/composer81 && sudo chmod +x /usr/local/bin/composer81 - 别试图改
composer.phar头部 shebang —— 它是二进制 phar 包，硬改会破坏校验和
真正麻烦的不是装不上，而是装完发现 php.ini 里 open_basedir 锁死了临时目录，或者 SELinux 拦着 proc_open 调用——这些不会报 composer 错，只会静默失败。跑 composer diagnose 前，先 php -d display_errors=1 -d error_reporting=-1 /usr/local/bin/composer.phar --version 看底层 PHP 有没有吐错。
