优先用用户目录重装替代sudo：删/usr/local/bin/composer后执行curl安装至$home/bin并配置path，避免权限混乱；镜像缓存导致“up to date”误判时，用composer self-update --mirror https://getcomposer.org/临时切源。
别硬加 sudo composer self-update —— 这是绝大多数权限问题的根源，也是后续 composer install 报错的伏笔。
为什么 permission denied 总在 /usr/local/bin/composer 出现
因为这个路径默认只允许 root 写入，而你日常用普通用户执行命令。运行 which composer 和 ls -l $(which composer) 后，如果看到属主是 root、权限类似 -rwxr-xr-x 1 root root，就确认了问题所在。
- 这不是 Composer 的 bug，是 Unix 文件权限机制的正常表现
-
sudo composer self-update虽能临时跑通，但会让新生成的vendor/目录、缓存文件夹归属混乱，后续composer install可能卡在 “Permission denied” 写不进~/.cache/composer - 系统级包管理器（如
apt或brew）安装的 Composer 会主动禁用self-update，报错里常带disabled字样
用 $HOME/bin 替代 /usr/local/bin 是最干净的解法
绕过系统路径权限限制，所有操作回归当前用户上下文，无需 sudo，也不污染全局环境。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 先清理旧路径：
sudo rm $(which composer)（仅当确认不用apt/brew管理时） - 重装到用户目录：
curl -sS https://getcomposer.org/installer | php -- --install-dir=$HOME/bin --filename=composer - 确保
$HOME/bin在$PATH前置位置：检查echo $PATH，若不在开头，追加export PATH="$HOME/bin:$PATH"到~/.bashrc或~/.zshrc，再source它 - 验证：
which composer应返回/home/yourname/bin/composer，且ls -l显示属主是你自己
self-update 卡住或提示 Up to date 但版本明显旧
这不是网络慢，而是镜像源在“伪造响应”——阿里云、腾讯云等镜像会缓存 https://getcomposer.org/ 的版本检查接口，导致 self-update 根本没连官网，直接被告知“已是最新”。
-
composer config -g repo.packagist composer https://packagist.org没用：它只影响依赖安装，不影响self-update - 真正起效的是临时切回官方更新地址：
composer self-update --mirror https://getcomposer.org/ - 更新成功后，立刻换回国内镜像（仅用于依赖）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 注意：
--mirror参数对self-update有效，但必须指向支持 Composer 更新协议的镜像（阿里云镜像站明确支持该参数）
手动替换 composer.phar 是终极兜底方案
当 CI/CD 环境只读、Docker 容器无写权限、GPG 验证反复失败，或你只想跳过所有中间环节时，手动操作最可控。
- 下载最新版：
curl -o composer.phar https://getcomposer.org/composer-stable.phar - 校验可选但推荐：
php -r "if (hash_file('sha384', 'composer.phar') === file_get_contents('https://getcomposer.org/composer-stable.phar.sha384')) { echo 'OK'; } else { echo 'ERROR'; }" - 覆盖安装：
mv composer.phar $(which composer)（前提是which composer返回的是你有写权的路径） - 补权限：
chmod +x $(which composer) - 验证：
composer --version输出应与官网 Release 页面一致
复杂点在于：不同安装方式（apt/brew/手动）对应不同修复路径，而很多人没意识到自己到底属于哪一种；最容易被忽略的是——self-update 不走 repo.packagist 配置，这点查日志前就该心里有数。
