使用docker run设置环境变量的文档有一些不一致。

网上的参考资料说了一件事:

——env， -e设置环境变量

manpage略有不同:

-e，——env=[]设置环境变量

docker run——help再次给出其他东西:

-e，——env list设置环境变量

在任何可用的文档中都不一定清楚的东西:

-e或——env后面的尾随空格可以用=替换，如果是-e，则可以完全省略:

$ docker run -it -ekey=value:1234 ubuntu env
key=value:1234

这是我通过反复试验(以及上面的线索)发现的一个技巧……

如果你得到错误:

未知标志:——env

然后你可能会发现使用等号——env会很有帮助，例如:

--env=key=value:1234

启动容器的不同方法可能有不同的解析场景。

当在各种组合配置中使用Docker时，例如Visual Studio Code devcontainer，这些技巧可能会有所帮助。json，其中runArgs数组中不允许有空格。

如果您在本地的env.sh中有环境变量，并且希望在容器启动时设置它，您可以尝试

COPY env.sh /env.sh
COPY <filename>.jar /<filename>.jar
ENTRYPOINT ["/bin/bash" , "-c", "source /env.sh && printenv && java -jar /<filename>.jar"]

该命令将使用bash shell启动容器(我想使用bash shell，因为source是bash命令)，获取env.sh文件(设置环境变量)并执行jar文件。

env.sh是这样的，

#!/bin/bash
export FOO="BAR"
export DB_NAME="DATABASE_NAME"

我添加printenv命令只是为了测试实际的源命令是否有效。您应该在确认源命令正常工作时删除它，否则环境变量将出现在docker日志中。

对于Amazon AWS ECS/ECR，您应该通过私有S3桶管理您的环境变量(特别是秘密变量)。请参阅如何使用Amazon S3和Docker管理基于Amazon EC2容器服务的应用程序的机密。

下面是我解决这个问题的方法:

docker run --rm -ti -e AWS_ACCESS_KEY_ID -e AWS_SECRET_ACCESS_KEY -e AWS_SESSION_TOKEN -e AWS_SECURITY_TOKEN amazon/aws-cli s3 ls

再举一个例子:

export VAR1=value1
export VAR2=value2

docker run --env VAR1 --env VAR2 ubuntu env | grep VAR

输出:

VAR1=value1
VAR2=value2

我遇到的问题是，我把——env文件放在命令的末尾

docker run -it --rm -p 8080:80 imagename --env-file ./env.list

Fix

docker run --env-file ./env.list -it --rm -p 8080:80 imagename

出现这种情况的原因是docker run命令具有以下签名。您可以看到选项出现在图像名称之前。映像名称看起来像是一个选项，但它是run命令的一个参数。

docker run [OPTIONS] IMAGE [COMMAND] [ARG...]

码头工人运行

有一个很好的方法可以将主机环境变量输送到Docker容器中:

env > env_file && docker run --env-file env_file image_name

要非常小心地使用这种技术，因为env > env_file会将所有主机env变量转储到env_file中，并使它们在运行的容器中可访问。