提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

这两天在给生产环境部署skywalking链路监控，发现配置好agent之后无法连到服务端，经过排查发现是docker启动容器时环境变量传递没有传递给应用，导致配置不对！
特此记录修复过程！

Dockerfile：

# 基于 Alpine 镜像
FROM alpine:3.18.2# 安装 bash，便于环境变量传递和使用
RUN apk add --no-cache bash# 设置默认环境变量（可以被 -e 参数覆盖）
ENV MY_VAR=default_value
ENV MY_VAR2="insert var is ${MY_VAR}"# 打印 MY_VAR2 的值
CMD echo $MY_VAR2

构建&启动：

# 构建
docker build -t alpine-env-example .
# 启动
docker run -it -e MY_VAR=custom_value alpine-env-example

结果：环境变量并没有传递成功

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、直接说结论

在 Dockerfile 中设置环境变量时，${MY_VAR}是在构建镜像时解析的，而不是在容器运行时解析的。因此，如果你在设置 【MY_VAR2】 的值时依赖于 ${MY_VAR}，它会在镜像构建时解析并填充默认值。

具体原因如下：

ENV MY_VAR=default_value 会将 【MY_VAR】 设置为 default_value。
然后，ENV MY_VAR2="insert var is ${MY_VAR}" 会在构建镜像时将 ${MY_VAR} 替换为 default_value，因为 【MY_VAR】 在构建时已经存在，所以 【MY_VAR2】 最终的值是 "insert var is default_value"。

二、怎么解决这个问题

方案1. 不使用多级嵌套的变量

Dockerfile：

FROM alpine:3.18.2
RUN apk add --no-cache bash
# 这里只使用1个变量
ENV MY_VAR=default_value
#ENV MY_VAR2="insert var is ${MY_VAR}"CMD bash -c 'echo "insert var is $MY_VAR" && exec bash'

构建&启动：

# 构建
docker build -t alpine-env-example .
# 启动
docker run -it -e MY_VAR=custom_value alpine-env-example

结果如下：成功传递变量

方案2. 使用 bash 在启动时动态解析环境变量

Dockerfile：

FROM alpine:3.18.2
RUN apk add --no-cache bash
ENV MY_VAR=default_value
ENV MY_VAR2="insert var is ${MY_VAR}"# 使用 bash 在启动时动态解析环境变量
CMD bash -c 'export MY_VAR2="insert var is ${MY_VAR}" && echo $MY_VAR2 && exec bash'  

构建&启动：

# 构建
docker build -t alpine-env-example .
# 启动
docker run -it -e MY_VAR=custom_value alpine-env-example

结果如下：也能达到效果