¿Tengo que hacer StringIO.close()?

Question

Algunos código:

import cStringIO 

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

El documentation dice:

StringIO.close(): liberar el búfer de memoria. Intentar hacer más operaciones de con un objeto StringIO cerrado generará un ValueError.

¿Tengo que hacer buffer.close(), o sucederá automáticamente cuando el búfer se sale del alcance y se recoge la basura?

ACTUALIZACIÓN:

Hice una prueba:

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

Resultado:

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

Answer 1

En general, es mejor llamar al close() o utilizar la instrucción with, ya que puede haber un comportamiento inesperado en circunstancias especiales. Por ejemplo, el expat-IncrementalParser parece esperar que un archivo se cierre, o no devolverá el último tidbit de xml analizado hasta que se produzca un tiempo de espera en algunas circunstancias excepcionales.

Pero para el with -statement, que maneja el cierre para usted, usted tiene que utilizar la clase StringIO de los io -Modules, como se indica en el comentario de la VCI.

Esto fue un gran dolor de cabeza en algunos guiones de sax-parser legacy que resolvimos al cerrar el StringIO manualmente.

El cierre "fuera del alcance" no funcionó. Simplemente esperó el límite de tiempo de espera.

Answer 2

StringIO.close() no es más que una conveniencia para las rutinas que tienen un archivo similar y, finalmente, intentar ciérralos No hay necesidad de hacerlo tú mismo.

Answer 3

De la fuente:

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

Así StringIO.close simplemente libera la memoria intermedia suprimir las referencias a StringIO.buf y StringIO.pos. Pero si self es basura recolectada, sus atributos también serán basura recolectada, teniendo el mismo efecto que StringIO.close.

Answer 4

Terminé utilizando un bloque try para manejarlo.

import cStringIO 

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