25

这个问题不是关于什么

这个问题不是关于如何使用 File#close 或 File#open 块语法自动关闭文件。这是一个关于 Ruby 在运行时将其打开文件描述符列表存储在何处的问题。

实际问题

如果您有一个带有打开描述符的程序，但您无权访问相关的 File 或 IO 对象，您如何找到对当前打开的文件描述符的引用？举个例子：

filename='/tmp/foo'
%x( touch "#{filename}" )
File.open(filename)
filehandle = File.open(filename)

打开第一个 File 实例，但对对象的引用未存储在变量中。第二个实例存储在filehandle中，我可以在其中使用#inspect 或#close 轻松访问它。

但是，丢弃的 File 对象并没有消失；它只是无法以任何明显的方式访问。在对象最终确定之前，Ruby 必须在某个地方跟踪它……但是在哪里呢？

4

1 回答 1

39

TL; 博士

所有 File 和 IO 对象都存储在 ObjectSpace 中。

回答

ObjectSpace类说：

ObjectSpace 模块包含许多与垃圾收集工具交互的例程，并允许您使用迭代器遍历所有活动对象。

我是如何测试的

我在 Ruby 1.9.3p194 的控制台上对此进行了测试。

测试夹具非常简单。这个想法是有两个具有不同对象标识的 File 对象，但只有一个可以通过变量直接访问。另一个是“在某处”。

# Don't save a reference to the first object.
filename='/tmp/foo'
File.open(filename)
filehandle = File.open(filename)

然后，我探索了与 File 对象交互的不同方式，即使我没有使用显式对象引用。一旦我了解了 ObjectSpace，这非常容易。

# List all open File objects.
ObjectSpace.each_object(File) do |f|
  puts "%s: %d" % [f.path, f.fileno] unless f.closed?
end

# List the "dangling" File object which we didn't store in a variable.
ObjectSpace.each_object(File) do |f|
  unless f.closed?  
    printf "%s: %d\n", f.path, f.fileno unless f === filehandle
  end
end

# Close any dangling File objects. Ignore already-closed files, and leave
# the "accessible" object stored in *filehandle* alone.
ObjectSpace.each_object(File) {|f| f.close unless f === filehandle rescue nil}

结论

可能还有其他方法可以做到这一点，但这是我想出的解决我自己痒的答案。如果您知道更好的方法，请发布另一个答案。世界将因它而变得更美好。

于 2012-06-06T20:48:39.747 回答