如何在Docker容器启动时动态设置容器主机名/IP为环境变量？

我来帮你理清楚这个问题的核心原因，以及对应的解决方案：

为什么你看不到导出的环境变量？ #

当你通过CMD run启动脚本时，这个脚本是在独立的子shell进程中执行的。你在脚本里用export设置的变量，只会存在于这个子shell以及它启动的子进程（比如my_other_commands）中。

而当你用docker exec进入容器时，其实是启动了一个全新的shell进程，这个进程和脚本所在的shell完全独立，自然继承不到之前设置的变量。不过你通过docker logs能看到echo $DOCKER_MACHINE_IP的输出，说明变量在脚本的shell环境里是正常生效的——你的应用my_other_commands其实是能读到这个变量的。

解决方案分两种场景 #

场景1：只需要容器内的应用进程用到这个变量 #

你的第一种写法其实是没问题的！my_other_commands是在同一个shell里执行的，它可以直接读取DOCKER_MACHINE_IP变量。如果你只是担心应用能不能用到，那其实已经满足需求了，不用额外修改。

场景2：需要后续docker exec进入容器时也能看到这个变量 #

这种情况需要把变量写入shell的全局配置文件，让所有新启动的shell都能加载它。修改你的run脚本如下：

#!/bin/bash
# 把变量写入bash全局配置，确保新shell启动时自动加载
echo "export DOCKER_MACHINE_IP=$(hostname -i)" >> /etc/bash.bashrc
# 同时在当前脚本shell中export，保证my_other_commands能立即使用
export DOCKER_MACHINE_IP=$(hostname -i)

my_other_commands
exec tail -f /dev/null

如果你的容器默认用的是sh而不是bash，可以把内容写入/etc/profile或者~/.profile，效果是一样的。

为什么尝试2也没生效？ #

source ./bin/script只是在当前脚本的shell中加载变量，本质和直接在run脚本里写export是一样的——变量只存在于当前脚本的shell进程中，不会影响后续新开的shell，所以你docker exec进去还是看不到。

内容的提问来源于stack exchange，提问作者Laeeq