Devo fare StringIO.close()?

Question

Alcuni codice:

import cStringIO 

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

Il documentation dice:

StringIO.close(): liberare il buffer di memoria. Se si tenta di eseguire ulteriori operazioni con un oggetto StringIO chiuso, verrà generato un errore ValueError.

Devo fare buffer.close(), o accadrà automaticamente quando il buffer esce dal campo di applicazione e viene raccolto?

UPDATE:

ho fatto un test:

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()' 

Risultato:

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

Answer 1

In genere è ancora meglio chiamare close() o utilizzare l'istruzione with, perché potrebbero verificarsi alcuni comportamenti imprevisti in circostanze particolari. Ad esempio, expat-IncrementalParser sembra aspettarsi che un file venga chiuso o non restituirà l'ultimo tidbit di xml analizzato fino a quando non si verifica un timeout in alcune rare circostanze.

Ma per il with -affermazione, che gestisce la chiusura per voi, è necessario utilizzare la classe StringIO dalle io -moduli, come indicato nel commento di IVC.

Questo è stato un forte mal di testa in alcuni script di parser di sax legacy che abbiamo risolto chiudendo manualmente StringIO.

La chiusura "fuori dall'ambito" non ha funzionato. Aspettava solo il limite di timeout.

Answer 2

StringIO.close() è solo una comodità per le routine che adottano un simile a file ed eventualmente tentare di chiudili. Non è necessario farlo da soli.

Answer 3

Dalla fonte:

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

Così StringIO.close solo libera la buffer di memoria cancellando i riferimenti a StringIO.buf e StringIO.pos. Tuttavia, se self viene sottoposto a garbage collection, i relativi attributi verranno anch'essi raccolti tramite garbage collection, con lo stesso effetto di StringIO.close.

Answer 4

Mi sono concluso utilizzando un blocco try per gestirlo.

import cStringIO 

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