依赖装不上，先换源再怀疑网络。Linux 上的问题大多有明确原因，难的不是解决，而是先定位到是哪一层出的问题。

下面按“先判断范围、再处理、最后防复发”的顺序展开，涉及 Composer、镜像 的关键动作都给了具体做法，可以照着走。

换源

composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/。

这一步的判断依据建议写进操作记录，下次直接照做，不用重新摸索。

超时

COMPOSER_PROCESS_TIMEOUT 适当调大。

容易踩的坑：常见的坑是只处理表象：症状消失就收工，根因还在，过几天又复发。

锁文件

生产用 composer install 而非 update。

拿不准的时候先做备份再做变更，成本最低。

缓存

composer clear-cache 解决偶发校验失败。

常见问题

Q：Composer这类问题，最快的判断办法是什么？
先确认现象的范围：只有单台还是全部、只在某个时段还是持续。范围一缩小，原因基本就浮出来了。

Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。

小结

回到这篇的四个环节：换源、超时、锁文件、缓存。以上步骤按顺序做完，同类故障基本能自己处理。留一份操作记录，下次能省一半时间。

相关阅读：PHP 扩展安装与版本切换、PHP-FPM 进程数怎么调、Redis 连接数过多排查。