CloudFoundry容器中.profile.d脚本导出的环境变量是否持久有效？

可以通过Buildpack实现设置容器级环境变量，你的思路方向是对的，问题出在Shell环境的加载逻辑上：

问题原因 #

当你通过SSH进入容器时，默认启动的是非登录、非交互式Shell，这类Shell不会自动加载.profile.d下的脚本。而应用启动时，平台会通过登录Shell或指定的启动流程加载这些变量，所以应用日志里能正常引用，但SSH直接执行echo $TEST_VARIABLE会显示为空。

解决方法 #

方法1：让SSH Shell自动加载.profile.d脚本

你可以在Buildpack的bin/supply脚本中，追加配置到用户的Shell初始化文件（比如.bashrc），让非交互式Shell也加载.profile.d的内容：

# 在原有的supply脚本后添加这段
cat >> "${BUILD_PATH}/.bashrc" <<EOL
if [ -d /app/.profile.d ]; then
  for script in /app/.profile.d/*.sh; do
    if [ -r \$script ]; then
      . \$script
    fi
  done
fi
EOL

之后再SSH进入容器，就能直接通过echo $TEST_VARIABLE看到变量值。如果不想修改Buildpack，也可以进入容器后手动执行source /app/.profile.d/defaults.sh，临时加载变量。

方法2：使用Buildpack原生环境变量注入机制

部分平台（比如Cloud Foundry）支持Buildpack直接设置应用启动环境变量，无需依赖.profile.d。你可以在bin/compile脚本中添加：

echo 'TEST_VARIABLE="hello"' >> "${BUILD_PATH}/.env"

或者根据平台规范，将变量写入指定的环境配置文件，确保应用启动时会自动读取这些变量。

结论 #

你最初的.profile.d方案是有效的，应用运行时能正常获取到变量。如果需要SSH进入容器也能看到变量，只需补充Shell加载配置即可。

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