Composer 换百度 DNS 无效，因其卡顿主因是 TLS 握手、CDN 路由和下载链路问题，DNS 仅影响毫秒级域名解析；真正有效的是配置合规镜像源并确保证书、内存及扩展正常。
Composer 不能用百度 DNS 优化拉包 —— DNS 只影响域名解析，而 Composer 卡顿主因是 TLS 握手、CDN 路由和下载链路，换 DNS 几乎无效。
为什么改 DNS 对 Composer 没用
Composer 卡在 Downloading https://packagist.org/packages.json 或某个 zipball，并不是因为解析 packagist.org 太慢（DNS 查询通常几毫秒），而是后续的 HTTPS 连接建立失败或极慢：TLS 握手超时、首字节延迟高、TCP 连接被干扰、CDN 节点无响应。百度 DNS（180.76.76.76）不解决这些。
实测中，即使 dig packagist.org @180.76.76.76 返回很快，curl -v https://packagist.org/packages.json 仍可能卡在 * Connected to packagist.org 后数分钟 —— 这是 TLS 层问题，DNS 完全不参与。
真正该配的是镜像源，不是 DNS
国内用户必须做的是把源从 https://packagist.org 换成同步镜像，且满足三个硬性条件：
-
repo.packagist键名必须是单数，不能写成repos.packagist或packagist.org -
type值必须显式写"composer"，不能省略 -
url必须以/结尾，例如https://mirrors.aliyun.com/composer/，少斜杠会拼出/composerpackages.json导致 404
执行后验证：composer config -g repo.packagist 输出必须是完整 JSON，如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、只输出 URL 字符串，都代表没生效。
CI/容器等受限环境要额外注意证书和协议
某些 Docker 镜像（如旧版 php:8.2-cli-slim）自带过期根证书，访问 mirrors.aliyun.com 会报 SSL certificate problem，此时：
- 先手动测试：
curl -I https://mirrors.aliyun.com/composer/packages.json - 若失败，升级证书库：
apt-get update && apt-get install -y ca-certificates && update-ca-certificates - 内网可信环境可临时关 TLS 校验：
composer config -g secure-http false（仅限离线 CI）
别碰 http:// 明文源 —— Composer 2.x 默认拒绝加载，直接报错 Invalid repository type, expected "composer"。
换源后还卡在 Resolving dependencies 怎么办
这个阶段完全不走网络，卡住说明问题不在下载，而在本地 PHP 环境或依赖结构：
- 检查
memory_limit：运行php -i | grep memory_limit，低于 512M 容易爆内存，临时加COMPOSER_MEMORY_LIMIT=-1 - 确认没开
xdebug：php -v若含xdebug，解析速度降 5–10 倍，用php -d xdebug.mode=off $(which composer) install临时禁用 - 删掉
vendor/和composer.lock重试 ——lock文件里残留已下线包，会触发回退搜索逻辑
镜像只加速「下载」，不加速「解析」。如果项目用了大量 dev-* 分支或自定义 repositories，每个源都会触发一次元数据探测，这才是真正的隐藏瓶颈。
