Castle Windsor: ¿Se recogerá la basura de mi componente transitorio?

Usando Castle Windsor, tengo un componente configurado con el estilo de vida transitorio:

 

Que será utilizado así:

 var service = container.Resolve(componentId); // service usage .... // service goes out of scope ... 

Mi pregunta es, ¿la instancia de servicio será recogida de basura después de que esté fuera del scope, o el Castillo Windsor se quedará con una referencia? Encontré esta pregunta similar , que implica que este último podría ser el caso, pero después de examinar los enlaces publicados allí, no estoy seguro de si la discusión se trata de mantener la referencia o de asegurarse de que el objeto se elimine si se implementa como IDisponible. . Mis objetos no necesitan ser eliminados.

Si Castle Windsor se aferra a la instancia, ¿hay alguna manera fácil de evitar esto (tal vez por configuración)?

EDITAR
Parece que necesito establecer la política de seguimiento de la versión. ¿Se puede configurar esto en el archivo de configuración xml, o es necesario configurarlo en el código? ¿Se puede establecer la política de seguimiento de la versión por componente?

De forma predeterminada, el contenedor contiene una referencia a sus objetos (incluso los transitorios).

Sin embargo, como observa @Bittercoder en ¿Por qué Castle Windsor se aferra a objetos transitorios? , puede cambiar la política de seguimiento de la versión . Parece que elegir

LifecycledComponentsReleasePolicy :

 var policy = container.Kernel.ReleasePolicy; container.Kernel.ReleasePolicy = LifecycledComponentsReleasePolicy; 

Pero desde que se hizo la pregunta, eso parece haberse convertido en la política predeterminada.

Una cosa a tener en cuenta es que esto parece haberse solucionado en Castle Trunk. En r5475, Hammett cambió la política de lanzamiento predeterminada en MicroKernel a LifecycledComponentsReleasePolicy.