Composer安装失败（Exit Code 1或255）主因是PHP环境异常、扩展缺失、权限不足或系统函数被禁用，而非单纯网络问题；需依次验证PHP版本与可用性、必需扩展（openssl/curl/json）、下载完整性、写入权限及disable_functions限制，并通过--verbose或strace定位具体错误点。
Composer安装失败并返回Exit Code 1或255，通常不是网络问题本身，而是PHP环境、权限、配置或系统限制导致的执行中断。关键要区分是安装脚本失败（如php -r "copy(...)"阶段），还是后续composer.phar首次运行失败。
检查PHP是否可用且满足最低版本要求
Composer 2.x 需要 PHP >= 7.2.5（推荐 8.0+）。Exit Code 255 常见于PHP未找到或版本过低。
- 在终端运行
php -v，确认输出有效版本号，且无“command not found”或“PHP Startup”类致命错误 - 若使用MAMP/XAMPP/WAMP，确保终端调用的是你预期的PHP（可运行
which php或php -i | grep "Loaded Configuration"查看实际配置路径） - 某些Linux发行版默认PHP不带
openssl、curl、json扩展，运行php -m检查这些模块是否启用；缺失时需编辑php.ini启用对应extension=行
验证下载过程是否被拦截或损坏
官方安装命令依赖curl或wget下载phar文件，Exit Code 1可能源于下载失败后脚本退出。
Evez Github Manager
下载
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
- 手动测试下载：
curl -I https://getcomposer.org/installer，确认返回HTTP 200；若超时或被重定向到HTML页面（如防火墙拦截页），说明网络策略干扰 - 跳过校验临时安装（仅调试用）：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"，再运行php composer-setup.php --quiet，避免SHA384校验失败干扰 - Windows用户注意：PowerShell默认禁用远程脚本，改用CMD或在PowerShell中先执行
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
排查写入权限与临时目录限制
Composer安装器需在当前目录写入composer.phar，运行时还需访问系统临时目录（如/tmp或C:\Users\...\AppData\Local\Temp）。
- 确保当前目录可写（尤其在Docker容器或受限用户下）；可尝试切换到家目录再安装：
cd ~ && curl -sS https://getcomposer.org/installer | php - 检查
sys_get_temp_dir()返回路径是否可写：运行php -r "echo sys_get_temp_dir();"，然后ls -ld $(php -r "echo sys_get_temp_dir();")（Linux/macOS）或查看该文件夹属性（Windows） - 部分共享主机禁用
proc_open或exec函数，导致Composer无法调用Git/ZIP等外部工具；在phpinfo()中搜索这些函数名，确认未被disable_functions屏蔽
捕获详细错误输出定位根因
默认安装命令隐藏了底层错误。启用调试模式能暴露真实异常。
- 下载安装器后分步执行：
php composer-setup.php --verbose，观察哪一行报错 - 若已生成
composer.phar但运行时报错（如php composer.phar --version出255），用php -d display_errors=1 -d error_reporting=-1 composer.phar --version强制显示PHP错误 - Linux/macOS下可结合
strace -f php composer-setup.php 2>&1 | tail -50追踪系统调用失败点（如openat失败提示权限/路径问题）
