Ubuntu18.04下Flask+Nginx环境Docker调用无法输出文件问题

我之前碰到过几乎一模一样的问题，咱们一步步拆解原因然后解决：

1. 错误的重定向符号与交互式终端参数 #

你代码里的>是HTML转义的大于号，但shell命令里的重定向需要用原生的>。另外，-it参数是给交互式终端设计的，Flask处理HTTP请求时处于无终端环境，这个参数会导致Docker容器无法正常输出甚至启动失败。

修复方法：
把Docker命令里的>改成>，同时去掉-it参数（如果需要保留标准输入可以换成-i，但你的场景不需要）：

os.system(f'docker run --rm --name {user}-{rand_str} -v "{working_directory}":{working_directory} -w {working_directory} python:3.7-alpine python {script_file_name} > {response_file_name}')

2. 不可靠的$PWD环境变量 #

当Flask通过Nginx/uWSGI等服务运行时，它的工作目录（$PWD）和你SSH登录时的目录完全不同。用$PWD挂载卷会导致Docker容器找不到你的脚本文件，自然没有输出。

修复方法：
直接用你定义的working_directory绝对路径作为本地挂载路径，彻底避免依赖环境变量：

# 替换原来的-v "$PWD":{working_directory}
-v "{working_directory}":{working_directory}

3. 缺乏错误排查机制 #

os.system执行命令失败时不会主动抛出异常，你无法知道Docker命令是不是真的成功运行了。建议添加日志或检查返回值，方便排查问题：

import logging

# 可以在全局或函数开头配置日志
logging.basicConfig(level=logging.INFO)

# 执行命令后检查返回码
cmd = f'docker run --rm --name {user}-{rand_str} -v "{working_directory}":{working_directory} -w {working_directory} python:3.7-alpine python {script_file_name} > {response_file_name}'
ret_code = os.system(cmd)
if ret_code != 0:
    logging.error(f"Docker命令执行失败，返回码: {ret_code}，命令内容: {cmd}")
    return "脚本执行失败，请稍后重试"

4. 文件操作的最佳实践 #

用with语句处理文件读写，避免因忘记关闭文件导致的资源泄漏或写入不完整：

# 写入用户脚本
with open(script_file_name, "w+") as f:
    f.write(script)

# 读取执行结果
with open(response_file_name, "r") as f:
    contents = f.read()

5. 权限问题检查 #

确保Flask运行的用户（比如www-data）对user-scripts目录有读写权限，同时Docker容器内的用户能访问挂载的目录。可以手动给目录添加权限：

chmod -R 755 /home/USER/request-server/user-scripts

进阶优化：用subprocess替代os.system #

subprocess模块比os.system更灵活，能直接捕获输出和错误信息，甚至可以省掉中间文件：

import subprocess

cmd = [
    'docker', 'run', '--rm',
    '--name', f'{user}-{rand_str}',
    '-v', f'{working_directory}:{working_directory}',
    '-w', working_directory,
    'python:3.7-alpine',
    'python', script_file_name
]
# 同时捕获标准输出和错误输出
result = subprocess.run(cmd, capture_output=True, text=True)
contents = result.stdout + result.stderr  # 把两者合并返回给用户

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