Fuga - GeneralBlock-3584

Question

Cuando intento verificar las fugas de mi aplicación de iPhone usando Instruments, todo está bien. La misma aplicación en un dispositivo real real muestra esta fuga varias veces durante el lanzamiento de la aplicación. Es bastante no determinista y ocurre en las bibliotecas del sistema. Traté de buscar en Google la solución sin suerte. ¿Alguien tiene los mismos problemas? ¿Alguien sabe la solución?

Me parece interesante, que cada una de las fugas en el código bloqueará la aplicación tarde o temprano. Estas fugas de GeneralBlock-3584 mantienen la aplicación perfectamente estable. ¿Podría ser esta la razón del rechazo de AppStore?

Gracias por cualquier respuesta con respecto a este problema no documentado (Apple lamentablemente desaparece).

Answer 1

Las herramientas de detección de fugas a menudo pueden producir falsos positivos, especialmente en bibliotecas de sistemas subyacentes.

Estoy familiarizado con estos GeneralBlocks "filtrados", y no causaron un rechazo de App Store en mi experiencia.

IANAASRW **, pero creo que estás bien.

** No soy un App Store revisión Asistente

Answer 2

Hay fugas en los marcos de Apple. Específicamente las clases HTTP. Deberías generar un informe de defecto de radar.

Answer 3

No tiene de qué preocuparse, esto es falso positivo de Instruments.
Tiene que ver con la liberación de recursos del hilo que se ha terminado. Simplemente se quedan hasta que se complete el siguiente subproceso y limpia los recursos después del que finaliza previamente. Los instrumentos toman esto como una 'fuga', pero es una característica de la implementación de pthreads en iOS que en el mundo perfecto sería manejada de manera diferente. Más sobre esto en el foro de desarrollo de Apple here y here.

Answer 4

¿Tiene UserDefaults que no había ingresado en Configuraciones para inicializar durante esas, "las primeras veces," ejecutó su aplicación?

Vi el mismo problema: la aplicación estaba (relativamente) limpia en el último Xcode/Simulator (el par habitual de mallocs de 128 bytes estaba allí), pero eso es simplemente un problema de Simulator con UIViews. Una vez que lo ejecuté en un iPod Touch, vi el GB3584.

Sin embargo, después de ir a Configuración y cambiar una configuración (lo que obligó a guardar *), el problema desapareció.

• Estoy usando el código de ejemplo de Apple para UserDefaults para leer correctamente esas configuraciones sin tener que entrar y cambiar algo.

Por lo tanto, puede ser nada. Si puede confirmar que una visita a Configuración lo aclaró, entonces sabremos dónde empezar a buscar fugas (o hacia dónde dirigir a Apple para que se vea).