laravel sail容器内需单独配置composer镜像源，因容器不继承宿主机配置；推荐在dockerfile中添加run composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/实现构建时注入，或进容器执行该命令后重启服务，并用sail composer install -vvv | grep "get"验证请求域名是否为镜像地址。
直接改 Sail 容器里的 Composer 全局配置，而不是宿主机的。 Laravel Sail 启动的是独立 Docker 容器，宿主机配的镜像源对容器内 composer install 完全无效——这是 90% 的人卡住的第一步。
为什么宿主机配了阿里云镜像，Sail 里还是慢？
Sail 默认用 laravel/sail 官方镜像（基于 Ubuntu），它自带一套干净的 Composer 配置，完全不继承宿主机的 ~/.composer/config.json。你看到的 “卡在 Downloading https://packagist.org/packages.json”，就是容器还在直连境外源。
- 容器启动时不会自动同步宿主机的 Composer 配置
-
docker exec -it sail bash进去后运行composer config -g repo.packagist，输出仍是https://packagist.org - 即使宿主机已配好，
sail composer install仍走默认源
修改 Sail 容器内 Composer 镜像的两种可靠方式
推荐优先用「构建时注入」，避免每次重启容器都重配；「运行时临时改」适合快速验证。
-
方式一：在
docker-compose.yml的build阶段写死镜像（推荐）
找到services.app.build.context指向的目录（通常是项目根目录），在该目录下新建Dockerfile（若不存在），并在FROM laravel/sail:...后加一行：RUN composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ -
方式二：进容器手动配置（适合调试）
执行sail shell进入 app 容器，再运行：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
然后退出并重启容器：sail down && sail up -d，否则新配置不生效
验证镜像是否真在 Sail 容器里生效
别只看命令有没有报错，要确认请求发到了哪儿：
- 运行
sail composer install -vvv | grep "GET https"，输出里必须出现https://mirrors.aliyun.com/composer/，而不是packagist.org - 如果还看到
Downloading https://packagist.org/packages.json，说明配置没进容器或没 reload - 注意：Sail 的
composer命令本质是docker exec，所以必须确保容器内composer config -g repo.packagist输出的是镜像 URL
最容易被忽略的是：Sail 构建缓存会复用旧镜像层，哪怕改了 Dockerfile，也得加 --no-cache 重建（sail build --no-cache），否则那行 RUN composer config 根本没执行。
