换源仅加速元数据下载，不优化ZIP解压、autoload生成等本地耗时环节；首次卡在Downloading多因DNS或TLS失败，需加-v定位；生产环境必配三项：阿里云镜像、--prefer-dist、--no-dev --optimize-autoloader。
换源只解决元数据下载，不加速 ZIP 解压和 autoload 生成
很多人以为换国内镜像后 composer install 就会“全程变快”，其实不然。镜像源仅加速从远程获取 composer.json 元数据（即包描述、版本列表），真正耗时的环节在本地：zip 包解压、PHP 扩展编译（如 ext-redis）、autoload_classmap.php 生成、post-install-cmd 脚本执行（比如 php artisan optimize）。这些步骤无法被镜像优化。
- 首次安装卡在
Downloading ...？大概率是 DNS 或 TLS 握手失败，加-v看日志定位真实错误 -
composer update比install慢得多——它要重算整个依赖图，生产环境严禁使用 - 含大量 C 扩展或私有 Git 包的项目，镜像完全无效，得单独配
git clone代理或提前缓存
必须配置的三项基础优化
这三步不做，其他加速都是空谈：
- 全局设阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（清华源偶发 503，阿里云更稳） - 强制走 dist 包：
composer install --prefer-dist（避免git clone开销；若项目含私有源，可局部配"preferred-install": {"myorg/*": "source"}） - 禁用开发依赖和自动加载优化：
composer install --no-dev --optimize-autoloader（跳过phpunit等非生产包，且生成静态类映射表）
Docker 和 CI/CD 场景下的关键提速点
容器内或流水线中，慢常源于 I/O 或网络配置不当：
- Docker 构建时，
vendor/目录挂载宿主机路径会导致 macOS/Windows 下严重卡顿，改用命名卷：docker run -v composer-cache:/root/.composer/cache -v composer-vendor:/app/vendor - CI 中务必复用 Composer 缓存：GitHub Actions 用
actions/cache缓存$COMPOSER_HOME/cache和vendor/；GitLab CI 用cache:关键字 - 容器内 DNS 失败很常见，启动时加
--dns 8.8.8.8，或在/etc/docker/daemon.json全局配 DNS
容易被忽略的 PHP 运行时瓶颈
Composer 安装阶段对 PHP 扩展敏感，缺一个就可能静默失败或降级为慢速 fallback：
- 必须启用：
zip（解压 ZIP）、openssl（HTTPS 请求）、mbstring（包名解析）、phar（PHAR 包支持）、curl（备用 HTTP 客户端） -
memory_limit建议设为-1或至少512M，否则大项目在dump-autoload阶段直接中断 - Xdebug 会拖慢 3–5 倍，生产容器中务必禁用：
phpdismod xdebug或启动时加-dzend_extension=
