Composer install 默认不显示进度条是因为其默认启用静默模式（--no-progress），尤其在非交互式终端（如CI环境、输出重定向时）自动关闭进度条，属设计行为而非bug。
composer install 为什么默认不显示进度条
因为 Composer 默认启用静默模式（--no-progress），尤其在非交互式终端（如 CI 环境、重定向输出时）会自动关闭进度条，不是 bug，是设计行为。你看到的只有文件名滚动或卡在 Downloading...，本质是没触发 TTY 检测。
强制显示下载进度条的三种可靠方式
核心思路：确保 Composer 认为当前环境支持交互式输出。以下方法按优先级排序，实测有效：
- 加
-v（verbose）参数：composer install -v—— 最简单，适用于本地调试，但会混入大量调试日志 - 显式启用进度：
composer install --progress—— 专为进度条设计，只显示下载/解压进度，不带额外日志 - 绕过 TTY 检测：
script -qec "composer install --progress" /dev/null—— 在 Docker、GitLab CI 等无 TTY 环境中强制启用进度条（Linux/macOS）
CI 环境下进度条消失的常见原因和对策
GitLab CI、GitHub Actions 默认不分配伪终端（PTY），composer install 自动降级为无进度模式。错误现象包括：长时间卡在 Installing dependencies from lock file，实际已在后台下载但无反馈。
- GitHub Actions：在
run步骤里加shell: bash -l {0}或直接用composer install --progress（v2.5+ 已优化该场景） - GitLab CI：设置
variables: COMPOSER_NO_INTERACTION: "0"并搭配--progress - 避免用
> /dev/null或2>&1 | grep类重定向——它们直接禁用进度条输出机制
进度条不出现？先检查这几个配置项
Composer 行为受全局或项目级配置影响，容易被忽略：
-
COMPOSER_NO_PROGRESS环境变量设为1会彻底屏蔽进度条，检查env | grep COMPOSER_NO_ -
config.json中存在"no-progress": true字段（全局在~/.composer/config.json，项目在composer.json的config块内） - 旧版 Composer（2.2 但未更新）对 Windows PowerShell 支持弱，建议升级到
composer self-update最新版再试
进度条本身不改变安装逻辑，只是输出层开关；但它的缺失常掩盖真实瓶颈——比如网络慢、镜像源响应延迟、或某包反复重试失败。别只盯着有没有条，要看条动不动。
