¿Puedo cerrar un archivo deshaciendo el asa?

Question

Estoy un poco desconcertado si puedo ahorrar el comando fclose simplemente deshaciendo la variable que lleva el asa?

$handle = fopen($file); 
... 
fclose($handle); 

... // script goes on for a long 

comparación con:

$handle = fopen($file); 
... 
unset($handle); 

... // script goes on for a long 

Insights alguien?

Answer 1

Los documentos PHP insinúan que todos los recursos sin referencias restantes se "liberan", supongo que para los manejadores de archivos esto incluiría el cierre del archivo.

caso de prueba simple:

$f = fopen("test.php", "r"); 
if (!flock($f, LOCK_EX)) { 
    print("still locked\n"); 
    exit; 
} 
unset($f); 
sleep(5); 
print("goodbye\n"); 

(He guardado esto como test.php, por lo que es el bloqueo en sí; que tenga que cambiar el nombre del archivo en el fopen() a algún archivo existente de otra manera)

Run el guion dos veces en 5 segundos; si "sigues bloqueado", al parecer, al destrabar el asa no se suelta el candado. En mi prueba, hice no get "still locked", por lo que aparentemente desarmando el identificador al menos libera el bloqueo, aunque parecería tonto liberar bloqueos en la recolección de basura, pero no cerrar el archivo.

Answer 2

unset($handle) destruirá la variable $handle, pero no cerrará el archivo al que apunta el $handle. Aún necesita llamar al fclose() para cerrar el archivo.

Answer 3

algunas investigaciones:

fclose hace $handle sea resource(5) of type (Unknown) mientras

unset hace NULL.

y después de fclose php consume 88 bytes de memoria más.

manera: Son diferentes =)

Answer 4

Gracias al sistema de conteo de referencias introducido con PHP de 4 Zend Engine, un recurso sin más referencias a él se detecta automáticamente y se libera por la basura coleccionista.

Considere las implicaciones de esto. Es seguro suponer que todos los rastros de la variable se han ido después de la recolección de basura. En otras palabras, al final de la ejecución de PHP, si PHP aún no sigue la referencia, ¿cómo lo cerraría? Por lo tanto, parece bastante lógico que lo cerraría cuando el recolector de basura lo come.

Sin embargo, este es un argumento lógico incorrecto porque supone que las recolecciones de basura ocurren inmediatamente o poco después de la desinstalación y que PHP no mantiene referencias ocultas a las variables que ya no existen en el terreno del usuario.

---

Un caso más convincente, aunque podría ser un defecto de comportamiento potencial si PHP no se cerró identificadores de archivo cuando salen del ámbito de aplicación. Considera un daemon de algún tipo que abre muchos archivos.Ahora considere si fclose nunca se llama. En su lugar, se permite que las variables caigan fuera del alcance o se llame explícitamente a las variables.

Si estos identificadores de archivo no se cerraron, este daemon de ejecución larga se quedaría sin controladores de archivo.

---

Potencialmente comportamiento escritura de la prueba específica:

<?php 

$db = mysql_connect(...); 

if ($db) { 
    echo "Connected\n"; 
    sleep(5); //netstat during this just for paranoia 
    unset($db); 
    echo "Unset\n"; 
    sleep(5); //netstat during this and the connection is closed 
} 

tanto en Windows 7 y Debian 6, la conexión se ha cerrado después del desarmado.

Obviamente, sin embargo, esto solo prueba que en mis máquinas específicas con mi versión específica de PHP funcionará esto. No tiene sentido en los manejadores de archivos o similares :).

---

Am buscar la fuente de PHP ahora para una prueba dura