GitHub Actions 中 Composer 已预装但易出错，主因是系统旧版冲突、权限限制、缓存未配置及 PHP 扩展缺失；应使用 setup-php 显式指定版本与扩展，并调用项目内 composer.phar 配合 --no-interaction、--prefer-dist 和 COMPOSER_CACHE_DIR。
GitHub Actions 中不需要单独安装 Composer，它已预装在 Ubuntu 和 Windows 运行器中；但直接调用 composer 命令常因缓存、权限或版本问题失败——关键不是“能不能用”，而是“怎么用才不踩坑”。
为什么 composer install 在 Actions 中经常报错？
常见错误包括：Permission denied: vendor/bin、Could not open input file: composer.phar、Your requirements could not be resolved。根本原因不是 Composer 缺失，而是：
- 默认使用系统级全局 Composer（可能为旧版），与项目
composer.json的 PHP 版本约束冲突 - 未启用
--no-interaction和--prefer-dist，导致交互阻塞或源码拉取超时 - 未配置
COMPOSER_CACHE_DIR，每次运行都重下依赖，拖慢构建且易触发 GitHub 限流 - PHP 扩展缺失（如
ext-zip或ext-xml），而 Actions 默认 PHP 不开全扩展
推荐写法：用 php -d extension=zip.so composer.phar install 显式控制
跳过系统 composer 命令，改用项目根目录自带的 composer.phar（或通过 curl 下载指定版本），能彻底规避版本/权限混乱。示例工作流片段：
steps:
- uses: actions/checkout@v4
- name: Setup PHP
uses: shivammathur/setup-php@v2
with:
php-version: '8.2'
extensions: zip, xml, mbstring, curl
tools: composer:v2.5.8
- name: Install dependencies
run: |
php -d extension=zip.so composer.phar install --no-interaction --prefer-dist --optimize-autoloader
env:
COMPOSER_CACHE_DIR: ${{ runner.temp }}/composer-cache注意点：
-
shivammathur/setup-php比官方setup-php更可靠，支持扩展精准启用 -
tools: composer:v2.5.8会下载指定版本并设为PATH，避免用apt安装的老旧 v1 -
COMPOSER_CACHE_DIR必须显式设置，否则缓存写入受限路径导致静默失败
如何让 composer install 跳过平台检查又不破坏本地开发？
CI 环境常缺扩展（如 ext-gd）或 PHP 小版本不匹配，但加 --ignore-platform-reqs 会掩盖真实兼容问题。更安全的做法是：
- 仅忽略非关键扩展：用
--ignore-platform-req=ext-gd --ignore-platform-req=ext-imagick - 允许小版本浮动：在
composer.json中写"php": "^8.2"而非"~8.2.0" - CI 中用
composer show php校验实际版本，失败时立刻报错，不靠--ignore掩盖
最易被忽略的是：GitHub Actions 的 ubuntu-latest 默认 PHP 是 8.3，但很多项目 composer.json 锁死 ^8.1，结果 composer install 直接退出——必须用 setup-php 显式降级，不能依赖系统默认。
