Alpine镜像中Composer HTTPS请求失败主因是缺失CA证书，须执行apk add --no-cache ca-certificates；镜像配置还需满足三条件：键名repo.packagist、type值为composer、URL以https://开头且结尾带/，否则静默回退官方源。
Composer 本身不直接使用 HTTPS 协议“发起请求”，它依赖 PHP 的 curl 或 stream 扩展访问 Packagist 镜像源；真正需要 HTTPS 支持的是底层网络栈——尤其是当镜像源地址为 https:// 时，容器必须能完成 TLS 握手。在 Docker 中配 Composer 镜像源却连不上，90% 的情况不是 Composer 写错了，而是 HTTPS 根本走不通。
Alpine 镜像里 HTTPS 请求直接失败
用 php:alpine 或 composer:2 这类精简镜像时，composer install 报错类似：
file_get_contents(https://mirrors.aliyun.com/composer/packages.json): failed to open stream: operation failed
这不是 Composer 配置问题，是 Alpine 默认没装 CA 证书，curl 和 PHP 的 openssl 扩展无法验证服务器证书。
- 必须显式安装：RUN apk add --no-cache ca-certificates
- 部分镜像（如老版
composer:2）还缺curl工具，导致composer config -g静默失败，建议补上：RUN apk add --no-cache curl - 验证是否生效：运行
curl -I https://mirrors.aliyun.com/composer/，返回200 OK才算通
composer config -g repo.packagist 不生效的三个硬条件
配置全局镜像源不是写个命令就完事。Composer 2.2+ 对 JSON 结构极其敏感，漏掉任意一条都会静默 fallback 到 packagist.org：
- 键名必须是单数
repo.packagist（不是repos.packagist，也不是packagist.org） - 第二个参数必须显式写
composer，它是 type 值，不是注释或可选字段 - URL 必须以
https://开头，且结尾带/（例如https://mirrors.aliyun.com/composer/；少斜杠会请求/composerpackages.json，404 后直接退回到官方源）
验证是否真写进去了：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；只返回字符串、空、null 或报错，都说明没成功。
多阶段构建中 final 阶段 HTTPS 配置丢失
builder 阶段执行了 composer config -g，但 final 阶段一跑 composer dump-autoload 就又连回 packagist.org，常见原因有：
-
composer config -g默认写入/root/.composer/config.json，而 final 阶段若以非 root 用户（如www-data）运行，就读不到该配置 - 解决方法：在 final 阶段切换用户执行配置，例如
RUN su www-data -c "composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/" - 另一个干扰项：如果
COPY composer.json composer.lock ./在composer config -g之前，项目级repositories字段会覆盖全局配置，顺序不能错
HTTPS 在这里不是“锦上添花”，而是镜像源可用的前提；CA 证书、URL 格式、用户上下文这三处最容易被当成“小细节”跳过，结果卡在 Resolving packages 几分钟不动，还以为是网络慢。
