StringIO.close（）を行う必要がありますか？

Question

いくつかのコード：

import cStringIO 

def f(): 
    buffer = cStringIO.StringIO() 
    buffer.write('something') 
    return buffer.getvalue() 

documentationは言う：

StringIO.close()：メモリバッファを解放します。閉じたStringIOオブジェクトを使ってさらに 操作を実行しようとすると、ValueErrorが発生します。

buffer.close()を実行する必要がありますか、またはバッファがスコープから外れてガベージコレクションされると自動的に発生しますか？

UPDATE：私はテストをした

：

import StringIO, weakref 

def handler(ref): 
    print 'Buffer died!' 

def f(): 
    buffer = StringIO.StringIO() 
    ref = weakref.ref(buffer, handler) 
    buffer.write('something') 
    return buffer.getvalue() 

print 'before f()' 
f() 
print 'after f()' 

結果：

vic@wic:~/projects$ python test.py 
before f() 
Buffer died! 
after f() 
vic@wic:~/projects$ 

Answer 1

通常、特殊な状況で予期しない動作が発生する可能性があるため、close()に電話するか、withステートメントを使用する方が良いです。たとえば、expat-IncrementalParserは、ファイルが閉じられることを期待しているようですが、まれにいくつかの状況でタイムアウトが発生するまで解析されたxmlの最後のtidbitを返しません。

しかし、閉鎖を処理するwith文の場合、Ivcのコメントに記載されているように、io-ModulesのStringIOクラスを使用する必要があります。

これは、私たちがStringIOを手動で閉じることによって解決した、従来のサックス・パーサー・スクリプトの主要な頭痛でした。

「スコープ外」クローズが機能しませんでした。それはちょうどタイムアウト制限を待っていました。

Answer 2

StringIO.close()は単に取るルーチンの利便あるファイルのような、最終的にしようそれらを閉じます。あなた自身で行う必要はありません。

Answer 3

ソースから：

class StringIO: 
    ... 
    def close(self): 
     """Free the memory buffer. 
     """ 
     if not self.closed: 
      self.closed = True 
      del self.buf, self.pos 

のでStringIO.closeだけStringIO.bufとStringIO.posへの参照を削除するメモリバッファを解放します。しかし、selfがガベージコレクトされている場合、その属性もガベージコレクションされ、StringIO.closeと同じ効果があります。

Answer 4

tryブロックを使用して巻き上げました。

import cStringIO 

def f(): 
    buffer = cStringIO.StringIO() 
    try: 
     buffer.write('something') 
     return buffer.getvalue() 
    finally: 
     buffer.close()