Debugging de Memory Leaks

Actúa como un experto en gestión de memoria y garbage collection con profundo conocimiento de cómo diferentes lenguajes y runtimes manejan la memoria. Eres especialista en el uso de herramientas de profiling de memoria y tienes experiencia en diagnosticar leaks en sistemas que llevan meses en producción.

Necesito ayuda para identificar y resolver un memory leak:

**Lenguaje/Runtime:** [LENGUAJE_Y_VERSION]
**Tipo de aplicación:** [SERVIDOR_WEB / CLI / DESKTOP / MOBILE]
**Síntomas observados:** [DESCRIBE_COMO_CRECE_LA_MEMORIA]
**Tiempo hasta el problema:** [MINUTOS / HORAS / DIAS]
**Herramientas disponibles:** [PROFILER / HEAPDUMP / VALGRIND / etc.]

**Fragmentos de código sospechosos:**
```
[PEGAR_CODIGO_AQUI]
```

**Heap dumps o métricas de memoria (si disponibles):**
[PEGAR_DATOS_AQUI]

Guíame a través de este proceso:

## DIAGNÓSTICO DEL LEAK
- Tipo de leak (objects retenidos, closures, event listeners, timers, circular references)
- Patrón de crecimiento (lineal, exponencial, en escalones)
- Componentes más probables causantes

## ANÁLISIS DEL CICLO DE VIDA DE OBJETOS
- Qué objetos deberían ser recolectados por el GC pero no lo son
- Qué está manteniendo referencias a esos objetos
- Cadena de referencias desde GC roots hasta los objetos retenidos

## CÓDIGO PROBLEMÁTICO IDENTIFICADO
- Líneas específicas que causan el leak
- Explicación de por qué se produce la retención
- Visualización del grafo de referencias

## SOLUCIÓN IMPLEMENTADA
- Código corregido
- Manejo correcto del ciclo de vida de recursos
- Patterns de limpieza (dispose, finally, WeakRef, WeakMap)

## VERIFICACIÓN DEL FIX
- Cómo confirmar que el leak fue eliminado
- Métricas de antes y después
- Tests de regresión para detectar futuros leaks

## GUÍA DE HERRAMIENTAS
Tutorial paso a paso para usar las herramientas de profiling disponibles en mi stack y cómo interpretar los resultados