Una variable simplemente es una dirección de memoria a la que para identificarla se le asigna un nombre, etiqueta o alias. El alcance de esta está definido según donde se la declare, en inglés le llaman scope, que vendría a ser la porción de código en donde se conoce ésa variable. Si la declaras en un procedimiento no podes usarla fuera de este, si la declaras en una unidad la podes usar en cualquier procedimiento dentro de la unidad, y sí además es pública también podrían usarla otras unidades que conozcan a la unidad en cuestión.
Cuando llamas a un constructor, en esa porción de memoria se crea tu objeto formulario, es decir se ocupa la memoria. Delphi no usa recolector de basura así que es responsabilidad de quien crea un objeto liberarlo. Para facilitar esto hay objetos a los que se les puede asignar otro el cual es el encargado de liberarlos cuando el "padre" es liberado. Es el caso de los descendientes de TComponent por ejemplo
En realidad el compañero anterior creo que está equivocado, la variable no se destruye al finalizar el proceso, solamente se pierde la referencia (queda fuera de alcance) y por eso la instancia del formulario queda abierta y no puede liberarse la memoria
Este problema es conocido como memory leaks o fugas de memoria
Como el formulario del código del menaje esta creado pasando como parámetro "Self" (el formulario principal) quiere decir que se asigna como encargado de liberar el formulario cuando Self es liberado, así que aunque se pierda las referencias en este caso no habría fugas