在Cloud Run中如何将二进制脚本的stdout输出重定向至文件供Python程序读取使用？

你遇到的问题核心是进程同步加上Cloud Run环境的输出捕获特性导致的——本地环境脚本运行快，文件能及时写入，但Cloud Run里可能因为进程调度延迟，你的代码在脚本还没写完文件时就开始读取，再加上Cloud Run默认会把容器的stdout/stderr捕获到Cloud Logging，让问题更隐蔽。下面给你几个靠谱的解决方案：

方案1：直接用subprocess捕获输出（推荐） #

放弃文件重定向，用Python的subprocess模块直接捕获脚本的输出，这是最可靠的方式，完全绕开文件系统的问题：

import subprocess

# 运行脚本并捕获输出，text=True将字节流转为字符串
result = subprocess.run(["./my_script"], capture_output=True, text=True)

# 获取stdout内容（如果需要stderr可以用result.stderr）
output = result.stdout.strip()
print(f"I can process my output : {output} here")

为什么这个方法更好？ #

• subprocess.run()默认会等待脚本执行完成后才继续，确保你拿到完整的输出
• 不需要依赖临时文件，避免Cloud Run临时文件系统的同步或权限问题
• 可以同时捕获stdout和stderr，避免脚本输出到错误流而你没拿到的情况

方案2：修复原方法的进程同步问题 #

如果你坚持要用文件重定向，必须确保等待脚本完全执行完成后再读取文件。原来的os.popen()不会自动等待进程结束，所以需要手动等待：

import os

# 启动脚本并重定向输出到文件
pipe = os.popen("./my_script > test.txt")
# 关闭管道，强制等待脚本执行完成
pipe.close()

# 现在再读取文件，就能拿到完整内容
with open("test.txt", "r") as f:
    output = " ".join(f.readlines())
    print(f"I can process my output : {output} here")

另外，还要检查脚本是否把内容输出到了stderr（Cloud Logging会捕获这个流），如果是，需要把stderr也重定向到文件：

pipe = os.popen("./my_script > test.txt 2>&1")

为什么原方法在Cloud Run失效？ #

本地环境中脚本运行速度快，os.popen()启动的进程可能在你打开文件前就写完了内容；但Cloud Run的容器环境有资源调度和进程隔离，脚本执行可能有延迟，你的代码在脚本还没写入文件时就开始读取，导致文件为空。同时Cloud Run会自动收集容器的所有stdout/stderr到Cloud Logging，这让你误以为输出没被重定向，但实际上是文件还没被写入。

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