Ruby中使用Open3读取IO流时如何避免触发EOFError？

你遇到的EOFError本质是子进程没有输出任何内容到stdout，导致readline尝试读取时碰到了流末尾。控制台正常但Sidekiq里报错，大概率是环境差异（比如权限、路径、子进程stderr阻塞）导致7z或grep没有产生预期输出。

核心问题排查点 #

• 子进程stderr未处理导致阻塞：Open3.pipeline_r只捕获stdout，若7z在Sidekiq环境下输出错误信息（比如权限不足、路径不存在、密码错误），stderr缓冲区满会导致子进程挂起，无法输出stdout，最终触发EOF。
• 环境差异：Sidekiq的运行环境可能和控制台不同——比如tmp_dir的权限、my_zip.path的绝对路径是否正确、7z的可执行文件路径是否在Sidekiq的PATH里。
• IO读取方式的局限性：readline要求必须有至少一行输出，否则直接报错；gets返回nil，但本质还是因为没有输出内容。

修复方案 #

方案1：改用Open3.capture3捕获完整管道输出（含stderr）

把整个管道命令用shell字符串执行，同时获取stdout和stderr，方便排查错误：

# 用shell管道整合7z和grep，同时捕获stdout和stderr
cmd = "7z -slt l -p#{my_pass} #{my_zip.path} | grep -oP '(?<=Path = ).+dbf'"
stdout, stderr, status = Open3.capture3(cmd)

# 先检查命令执行状态和错误输出
unless status.success?
  raise "Failed to extract dbf path: #{stderr.strip}"
end

# 处理输出（按行分割，取非空行）
res_filename = stdout.split("\n").reject(&:empty?).first&.strip
if res_filename.nil?
  raise "No .dbf files found in zip: #{my_zip.path}"
end

这种方式能直接拿到错误信息，快速定位Sidekiq环境下的问题（比如密码错误、zip文件损坏）。

方案2：用Open3.pipeline_start同时处理stdout和stderr

如果不想用shell管道，可显式处理子进程的stderr，避免阻塞：

# 启动管道进程，同时捕获stdout和stderr
readers, writers, threads = Open3.pipeline_start(
  ["7z", "-slt", "l", "-p#{my_pass}", my_zip.path],
  ["grep", "-oP", "(?<=Path = ).+dbf"],
  err: [:child, :out] # 将stderr重定向到stdout，统一捕获
)

# 读取所有输出
stdout = readers.first.read
threads.each(&:join) # 等待所有子进程结束

# 处理输出
res_filename = stdout.split("\n").reject(&:empty?).first&.strip
if res_filename.nil?
  raise "No .dbf files found or command failed"
end

通过err: [:child, :out]把7z的错误输出合并到stdout，能看到子进程的错误信息，同时确保子进程不会因为stderr缓冲满而挂起。

额外排查步骤

• 检查Sidekiq运行用户对my_zip.path和tmp_dir的读写权限。
• 在Sidekiq任务里打印my_zip.path、tmp_dir、which 7z的结果，确认路径和可执行文件存在。
• 手动在Sidekiq运行环境下执行7z命令，验证是否能正常输出内容。

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