obj = StringIO.new "some string" #... obj.close # <--- Do we need to close it?
精炼我的问题
关闭File对象是必要的,因为它将关闭文件描述符.打开的文件的数量在操作系统中受到限制,这就是为什么需要关闭文件.但是,如果我理解正确,StringIO是内存中的抽象.我们需要关闭吗?
@R_502_323@
>只有StringIO#finalize,在垃圾收集期间调用,释放对累积字符串的引用,以便它可以被释放(前提是调用者不保留对它的引用).
> StringIO.open,它简单地创建一个StringIO实例,它不返回时保留对该实例的引用;因此,StringIO对累积字符串的引用可以被释放(前提是调用者不保留对其的引用).
>实际上,使用StringIO时很少需要担心内存泄漏.一旦你完成他们,只要不要参考StringIO,一切都会好起来的.
潜入源头
StringIO实例使用的唯一资源是它正在积累的字符串.你可以看到在stringio.c(MRI 1.9.3);这里我们看到一个持有StringIO状态的结构:
static struct StringIO *struct StringIO { VALUE string; long pos; long lineno; int flags; int count; };
当一个StringIO实例被完成(即垃圾回收)时,它引用该字符串将被丢弃,以便如果没有其他引用,则可能会收集该字符串的垃圾回收.这是finalize方法,它也被StringIO#open(& block)调用以关闭实例.
static VALUE strio_finalize(VALUE self) { struct StringIO *ptr = StringIO(self); ptr->string = Qnil; ptr->flags &= ~FMODE_READWRITE; return self; }
只有当对象被垃圾回收时才调用finalize方法. StringIO没有其他方法可以释放字符串引用.
StringIO#close只是设置一个标志.它不会释放对累积字符串的引用或以任何其他方式影响资源使用:
static VALUE strio_close(VALUE self) { struct StringIO *ptr = StringIO(self); if (CLOSED(ptr)) { rb_raise(rb_eIOError,"closed stream"); } ptr->flags &= ~FMODE_READWRITE; return Qnil; }
最后,当您调用StringIO#string时,您将获得与StringIO实例已经累积的完全相同的字符串的引用:
static VALUE strio_get_string(VALUE self) { return StringIO(self)->string; }
使用StringIO时如何泄漏内存
所有这一切意味着只有一种方法可以使StringIO实例引起资源泄漏:您不能关闭StringIO对象,并且您必须将其保留的时间长于在调用StringIO#string时保留字符串的长度.例如,假设一个具有StringIO对象作为实例变量的类:
class Leaker def initialize @sio = StringIO.new @sio.puts "Here's a large file:" @sio.puts @sio.write File.read('/path/to/a/very/big/file') end def result @sio.string end end
想象一下,这个类的用户得到结果,简单地使用它,然后丢弃它,并保留对Leaker实例的引用.您可以看到,Leaker实例通过未关闭的StringIO实例保留对结果的引用.这可能是一个问题,如果文件是非常大的,或者有很多现存的实例的Leaker.这个简单(和故意病理)的例子可以通过简单地不把StringIO保持为一个实例变量来解决.当你可以(而且你几乎总是可以)时,最好简单地扔掉StringIO对象,而不是明确地关闭它:
class NotALeaker attr_reader :result def initialize sio = StringIO.new sio.puts "Here's a large file:" sio.puts sio.write File.read('/path/to/a/very/big/file') @result = sio.string end end
添加到所有这些,这些泄漏只有当字符串很大或StringIO实例很多,StringIO实例是长寿命的时候才是重要的,你可以看到,显然关闭StringIO很少需要.