应使用 curl + php 下载 phar 文件安装 Composer，因 yum 安装版本旧、权限错、无法 self-update；需确保 PHP ≥ 7.2、启用 zip 扩展、设置足够 memory_limit 并开放 proc_open。
CentOS 上装 Composer，别用包管理器直接装，官方不推荐，容易版本旧、权限错、后续升级难。
为什么不用 yum install composer
yum 源里的 composer 通常是系统镜像维护者打包的旧版（比如 1.x），且默认装在 /usr/bin/composer，权限属于 root，普通用户执行时可能报 Permission denied 或 Could not open input file；更重要的是，它绕过了 Composer 自身的更新机制（composer self-update），后续想升到 2.x 或适配 PHP 8+ 几乎必然失败。
用 curl + php 直接下载 phar 文件（推荐）
这是官方文档明确要求的方式，兼容 CentOS 7/8/9，只要 PHP 命令可用、有网络、有写入权限就行。关键不是“能不能装”，而是“装完能不能长期用”。
- 确保 PHP 可执行：
php -v输出 PHP 版本 ≥ 7.2（Composer 2.x 要求） - 下载最新稳定版：
curl -sS https://getcomposer.org/installer | php - 移动到全局可执行位置：
sudo mv composer.phar /usr/local/bin/composer - 验证：
composer --version应输出类似Composer version 2.7.7
注意：如果提示 curl: command not found，先 sudo yum install curl；如果 php 不在 PATH，用绝对路径如 /usr/bin/php 替代。
权限问题最常卡在这三步
不是“装不上”，而是“装上了但跑不了”。核心是搞清谁在运行、文件归谁、PHP 能读哪些目录。
-
/usr/local/bin/composer必须有可执行权限：sudo chmod +x /usr/local/bin/composer - 如果用非 root 用户（比如 www 或 deploy）执行
composer install，确保该用户对项目目录有读写权，且~/.composer（缓存目录）归属正确（chown -R $USER:$USER ~/.composer） - 某些最小化 CentOS 镜像缺 zip 扩展，
composer install会报zip extension is missing—— 运行sudo yum install php-zip并重启 PHP-FPM 或 Apache
装完别急着 run，先确认 PHP 环境是否干净
Composer 启动时会加载 php.ini，如果里面禁用了某些函数（如 proc_open、exec），或设置了过小的 memory_limit（低于 1G），composer update 很可能中途崩溃，报错像 Killed 或 Allowed memory size exhausted。
- 检查关键配置：
php -r "echo ini_get('memory_limit').\"\n\"; print_r(ini_get_all(['disable_functions']));" - 临时加大内存：
php -d memory_limit=2G /usr/local/bin/composer update - 永久修改：
/etc/php.ini中设memory_limit = 2G，并确认disable_functions里没删掉proc_open
真正麻烦的不是安装那几分钟，而是后面第一次 composer install 因 PHP 配置崩掉，又回头查半天——这个点很多人装完就忽略。
