DDEV中Composer镜像配置失效的根本原因是配置未落在容器内对应用户目录，必须通过项目级composer.json的repositories字段配置或在容器内以www-data用户执行composer config -g，且URL末尾必须带/；临时验证可用ddev composer install --repository-url=镜像地址。
在 DDEV 中设置 Composer 镜像，关键不是“能不能配”，而是“配给谁用”——必须确保镜像配置落在容器内、且被实际执行命令的用户读到。宿主机上配了没用，composer config -g 在终端里跑对了，但 DDEV 容器里根本看不到。
为什么 ddev composer config -g 不生效？
DDEV 容器默认以 www-data 用户运行命令，而你在宿主机终端执行的 composer config -g 是写进你本机用户（如 ubuntu 或 Administrator）的 ~/.composer/config.json 里，容器完全不读这个路径。
-
ddev composer命令启动的是容器内的 Composer 实例，它只认容器内/home/www-data/.composer/config.json（或/root/.composer/config.json，取决于用户） - 直接在容器里执行
composer config -g也未必可靠：如果容器是只读文件系统，或www-data主目录权限受限，配置可能写失败或被忽略 - 最稳妥的方式是让配置随项目走，不依赖用户主目录
推荐做法：用 composer.json 的 repositories 字段
进入项目根目录后运行这条命令，它会安全修改 composer.json，且可提交到 Git：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令做了三件事：
立即学习“PHP免费学习笔记（深入）”；
- 检查
composer.json是否已有"repositories": {}对象；有则追加，无则创建 - 自动补全
"type": "composer"和正确 URL，避免手写"packagist.org": false这类致命错误 - 不覆盖已有的私有源（比如你团队自己的 Satis 或 Private Packagist）
注意：https://mirrors.aliyun.com/composer/ 末尾必须带斜杠，否则部分旧版 Composer 会拼接出错；华为云用户请换为 https://repo.huaweicloud.com/repository/php/（同样必须带末尾斜杠）。
临时验证镜像是否可用？用 --repository-url
不想改任何配置，又想快速试一个镜像地址是否通、速度是否快，就加参数跑一次：
ddev composer install --repository-url=https://mirrors.aliyun.com/composer/
这个参数只影响当次命令，不会写入任何配置文件，适合排查问题。如果这次 install 明显变快，说明镜像地址本身没问题，问题出在配置落点或格式上。
最后提醒：改完镜像后，务必删掉 vendor 和 composer.lock 再重装。否则 Composer 会沿用 lock 文件里旧源生成的 hash，可能校验失败或拉到不一致的包版本。
