根本原因是用户对目标目录无写入权限；管道命令中sudo不作用于右侧php进程，导致权限失效；推荐安装到$HOME/bin并加入PATH，避免sudo和全局目录权限问题。
Composer 安装时提示 Permission denied，根本原因不是 Composer 本身有问题，而是当前用户对目标目录（通常是 /usr/local/bin 或 ~/.composer/vendor/bin）没有写入权限。
为什么 sudo curl -sS https://getcomposer.org/installer | sudo php -- --install-dir=/usr/local/bin --filename=composer 会失败
这条命令看似“用 sudo 提权了”，但管道（|）会让右边的 php 进程脱离左边 sudo 的权限上下文——实际执行 php 的仍是普通用户，所以写入 /usr/local/bin/composer 时仍被拒绝。
- 真正生效的只有
curl那一段，php是在当前 shell 环境下以当前用户身份运行的 - macOS 和较新 Linux 发行版（如 Ubuntu 22.04+）默认限制
/usr/local/bin对非 root 用户的写入 - 即使临时改了目录权限，后续系统更新或安全策略可能再次封锁
推荐做法：安装到用户目录，再把路径加进 $PATH
绕过系统级目录权限问题最稳妥的方式，是让 Composer 完全运行在当前用户空间内。不需要 sudo，也不依赖全局可写路径。
- 下载安装脚本到家目录：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" - 校验签名（可选但建议）：
php -r "if (hash_file('sha384', 'composer-setup.php') === 'e0012edf3e80b6978849f5eff0d4b4e4c79ff1609dd1f6a331a8249c73691696db3b547502bf4ef543b4049d437463271606504cfbe4136570632a2f00ad770de735ae1a'...（官方最新 hash 见官网） - 安装到
~/bin：php composer-setup.php --install-dir=$HOME/bin --filename=composer - 确保
$HOME/bin在$PATH中（检查echo $PATH，若无则在~/.bashrc或~/.zshrc末尾加export PATH="$HOME/bin:$PATH"，然后source ~/.zshrc）
如果坚持装到 /usr/local/bin，必须用 sudo 包裹整个安装命令
不能靠管道提权，得让 php 进程本身拥有 root 权限。但要注意：这要求你信任整个安装脚本，且后续所有 composer global require 安装的可执行文件也会试图写入该目录，可能再次触发权限错误。
- 正确写法：
sudo php composer-setup.php --install-dir=/usr/local/bin --filename=composer - 常见错误：
curl ... | sudo php ...—— 右侧php未获权限 - 更麻烦的是：
composer global require laravel/installer会把laravel命令装到~/.composer/vendor/bin/，而这个目录默认不被$PATH包含，还得手动加一次
真正卡住人的往往不是第一次安装，而是后续 composer global require 后命令找不到——因为 ~/.composer/vendor/bin 没进 $PATH，或者该目录权限被 Composer 自动设为仅属主可读写（比如用 sudo 装完后又用普通用户跑 global require，就容易混掉所有权）。这类问题比安装报错更隐蔽，也更难排查。
