dockerfile通过arg和env配合构建参数实现代理配置，需在docker build时传入--build-arg；apt、git、npm等工具需额外手动配置代理并建议构建后清理。
dockerfile 本身不直接“处理”代理，但它可以通过环境变量和构建参数配合构建过程，让 run 指令（如 apt-get、pip install、curl）在构建时能访问外部网络。关键在于：代理必须在构建阶段生效，且不能依赖容器运行时的环境变量。
下面分三类常见场景说明怎么做：
Dockerfile 中声明代理变量（推荐方式）
在 Dockerfile 开头使用 ARG 接收构建参数，再用 ENV 设为全局环境变量，确保后续 RUN 命令能读取：
ARG HTTP_PROXY
ARG HTTPS_PROXY
ARG NO_PROXY
ENV HTTP_PROXY=${HTTP_PROXY}
ENV HTTPS_PROXY=${HTTPS_PROXY}
ENV NO_PROXY=${NO_PROXY}
✅ 优点：清晰可控，适配不同构建环境
⚠️ 注意：ARG必须在FROM之后、首次FROM之前定义无效；ENV设置后，所有后续RUN都继承这些变量。
构建时传入代理参数（必须配合使用）
仅写 Dockerfile 不够，还需在 docker build 命令中显式传参：
docker build \ --build-arg HTTP_PROXY="http://192.168.1.100:8080/" \ --build-arg HTTPS_PROXY="http://192.168.1.100:8080/" \ --build-arg NO_PROXY="localhost,127.0.0.1,.internal" \ -t myapp .
✅ 优点：代理地址不硬编码进镜像，安全且可复用
❌ 错误做法：只写ENV HTTP_PROXY=...而不传--build-arg，会导致变量为空，代理失效。
特殊情况：某些工具忽略环境变量，需额外配置
部分包管理器（如 apt、git、npm）不默认读取 HTTP_PROXY，需手动启用：
-
Debian/Ubuntu（apt）：
在RUN中显式配置：RUN echo "Acquire::http::Proxy \"${HTTP_PROXY}\";" > /etc/apt/apt.conf.d/90proxy && \ apt-get update && apt-get install -y curl -
Git：
RUN git config --global http.proxy "${HTTP_PROXY}" && \ git config --global https.proxy "${HTTPS_PROXY}" -
npm：
RUN npm config set proxy "${HTTP_PROXY}" && \ npm config set https-proxy "${HTTPS_PROXY}"
? 提示：构建完成后建议清理代理配置（尤其
apt.conf.d），避免镜像残留敏感信息或影响运行时行为。
不复杂但容易忽略
