如何无需开启Docker伪TTY运行Python脚本？

我有一个包含GDAL库及对应Python代码的Docker镜像：

• 用交互式命令进入镜像后，执行代码正常：

  docker run -v path/to/mydata:/data -it localhost/software --name xyz
  # 进入镜像后执行
  python Processes.py arguments
  

• 但直接用命令行指定运行代码时，提示找不到libgdal.so：

  docker run -v path/to/mydata:/data localhost/software --name xyz /path/to/python/inside/image/python /path/to/mysoftware/Processes.py arguments
  

交互式进入镜像时，默认shell会加载.bashrc/.profile等配置文件，其中包含了GDAL库路径的环境变量（比如LD_LIBRARY_PATH），系统因此能找到libgdal.so。但直接指定命令运行时，Docker会直接执行该命令，不会启动shell加载这些环境配置，导致动态库路径未被正确设置。

方法1：通过shell包裹命令执行 #

用/bin/bash -c或/bin/sh -c包裹Python命令，让shell先加载环境变量再执行代码：

docker run -v path/to/mydata:/data localhost/software --name xyz /bin/bash -c "python /path/to/mysoftware/Processes.py arguments"

方法2：在Dockerfile中固化环境变量 #

修改镜像的Dockerfile，将GDAL库路径加入LD_LIBRARY_PATH环境变量，确保无论哪种启动方式都能生效：

# 替换为镜像中GDAL库的实际路径，示例为/usr/local/lib/gdal
ENV LD_LIBRARY_PATH=/usr/local/lib/gdal:$LD_LIBRARY_PATH

重新构建镜像后，直接执行命令即可正常运行。

方法3：执行命令前手动导出环境变量 #

在命令中先导出GDAL库路径，再执行Python代码：

docker run -v path/to/mydata:/data localhost/software --name xyz /bin/sh -c "export LD_LIBRARY_PATH=/path/to/gdal/lib && python /path/to/mysoftware/Processes.py arguments"

注意替换/path/to/gdal/lib为镜像中GDAL库的实际路径。

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