根本原因是goproxy未正确配置且docker构建缓存未合理利用：必须前置copy go.mod/go.sum并独立执行go mod download，同时显式设置env goproxy=https://goproxy.cn,direct以避免直连超时及私有模块拉取失败。
依赖包下载慢不是网络问题，而是构建流程没对齐缓存机制和代理策略——改几行 Dockerfile 就能明显提速。
先分离依赖描述文件再下载
把 go.mod / go.sum 或 package.json / package-lock.json 单独 COPY 到镜像里，紧接着就 RUN 下载命令。这样只要依赖没变，后续构建就直接命中缓存，跳过下载。
- Go 项目：COPY go.mod go.sum ./ && RUN go mod download
- Node.js 项目：COPY package*.json ./ && RUN npm ci --only=production
- Python 项目：COPY requirements.txt ./ && RUN pip install -r requirements.txt
显式配置国内或可信代理源
别指望环境默认值，Docker 构建过程通常不继承宿主机的代理设置，必须在 Dockerfile 里写死。
- Go：ENV GOPROXY=https://goproxy.cn,direct（加 direct 才能拉私有模块）
- Node.js：RUN npm config set registry https://registry.npmmirror.com
- Debian/Ubuntu：用 sed 替换 /etc/apt/sources.list 为阿里云或清华源
- Python：pip install -i https://pypi.tuna.tsinghua.edu.cn/simple -r requirements.txt
控制构建上下文，避免干扰缓存
docker build 发送的整个目录就是“上下文”，里面混着 node_modules、.git、日志等，不仅拖慢传输，还容易让 COPY . . 触发意外缓存失效。
- 写好 .dockerignore：排除 node_modules、.git、*.log、dist、build 等无关内容
- 不要在 COPY . . 后面紧跟着依赖安装——这会让每次代码改动都重下依赖
- 多阶段构建中，只在 builder 阶段做下载，运行阶段不带任何包管理器逻辑
基础镜像和工具链也得加速
别只盯着应用依赖，基础层拉取慢一样卡住整条流水线。
- 用 slim 或 alpine 变体替代 full 镜像，比如 python:3.11-slim、node:20-alpine
- CI 环境提前拉好基础镜像：docker pull golang:1.21-alpine
- 启用 BuildKit（docker build --progress=plain --build-arg BUILDKIT=1），支持并行和更细粒度缓存
