ci/cd或docker中跳过校验直接安装composer，应使用curl -ss https://getcomposer.org/installer | php一行命令静默执行，随后移动至系统路径并赋权；装完须立即配置阿里云镜像、启用parallel-downloads=10、设置prefer-dist=true并清缓存，否则默认源导致超时。

移动开发本身不直接运行 Composer，但你在构建混合应用（如 React Native、Ionic、Cordova）或 PHP 后端 API 服务时，只要本地开发机是 macOS / Linux / Windows，Composer 安装方式和 Web 开发完全一致——没有“移动专属安装法”，所谓“快速”关键在跳过校验、配镜像、开并发这三步，否则 composer install 在 CI/CD 或 Docker 构建中会卡死。

CI/CD 或 Docker 中怎么跳过校验直接装？

移动项目常走自动化构建流程，首次安装不能等交互式校验。用 curl -sS https://getcomposer.org/installer | php 一行搞定，不落地、不校验、不报错：

• curl -sS 静默模式，避免进度条干扰日志
• | php 直接执行，不生成 composer-setup.php 临时文件
• 后续立刻 sudo mv composer.phar /usr/local/bin/composer 并 chmod +x（Linux/macOS）
• Windows CI（如 GitHub Actions）可用 choco install composer 或直接下载 Composer-Setup.exe 静默安装

为什么装完不配镜像就 composer install 会超时？

默认源 packagist.org 在境外，国内移动团队拉包平均耗时 3–8 分钟，且易中断。必须装完立即执行：

Docker Image Puller

使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。

下载

• composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
• composer config -g parallel-downloads 10（Composer 2.2+ 才支持）
• composer config -g prefer-dist true
• 最后 composer clear-cache，否则旧缓存仍指向原源

验证：分别运行 composer config -g repo.packagist、composer config -g parallel-downloads，输出应为对应值，不是空。

composer.json 里哪些配置会让安装变慢？

即使全局镜像配好了，项目级配置仍可能拖垮速度，尤其在跨平台协作中容易被忽略：

• "prefer-source": true 会强制走 Git clone，绕过所有 dist 加速策略
• 私有仓库没配 dist 地址（如只写了 "url": "git@xxx:monolog.git"），prefer-dist 直接失败报 Could not find a matching version of package
• 含 "type": "path" 的本地依赖（如 "mylib": {"type": "path", "url": "../mylib"}）无法并发下载，且每次都会硬链接或复制，CI 中极易超时

最常被漏掉的是 clear-cache 和 prefer-dist 被项目配置覆盖这两点——它们不会报错，只会让你默默多等十分钟。