Gran uso de memoria en las notificaciones

Estoy desarrollando una aplicación con un servicio que muestra el progreso de un temporizador en el área de notificación (con una barra de progreso y un texto). He extraído a continuación un ejemplo más simple con el mismo problema.

El código del Servicio:

public class TNService extends Service { private NotificationManager nm; private Notification notification; private RemoteViews remoteView; @Override public void onCreate () { nm = (NotificationManager) this.getSystemService(Context.NOTIFICATION_SERVICE); notification = new Notification(android.R.drawable.stat_sys_download, "My notification", System.currentTimeMillis()); remoteView = new RemoteViews(this.getPackageName(), R.layout.notification); remoteView.setImageViewResource(R.id.icon, android.R.drawable.stat_sys_download); remoteView.setTextViewText(R.id.text, ""); remoteView.setProgressBar(R.id.progress, 100, 0, false); notification.flags = Notification.FLAG_NO_CLEAR; notification.contentView = remoteView; notification.contentIntent = PendingIntent.getActivity(this, 0, new Intent(this, TNActivity.class), PendingIntent.FLAG_UPDATE_CURRENT); Timer timer = new Timer (); timer.schedule(new TNTask(this), 0, 200); } @Override public IBinder onBind(Intent arg0) { return null; } public void updateNotification(int progress) { remoteView.setProgressBar(R.id.progress, 1000, progress, false); remoteView.setTextViewText(R.id.text, "Progress: " + progress); nm.notify(0, notification); } } 

El código de la TimerTask:

 public class TNTask extends TimerTask { private TNService service; private int progress; public TNTask(TNService s) { this.service = s; this.progress = 0; } @Override public void run() { progress = (progress + 1) % 1000; this.service.updateNotification (progress); } } 

El problema es el enorme uso de memoria. Aquí está la salida logcat:

 D/dalvikvm(11985): GC_EXPLICIT freed 1258 objects / 84016 bytes in 1157ms D/dalvikvm( 85): GC_FOR_MALLOC freed 52216 objects / 1900968 bytes in 130ms D/dalvikvm( 85): GC_FOR_MALLOC freed 49465 objects / 1805248 bytes in 125ms D/dalvikvm( 85): GC_FOR_MALLOC freed 53106 objects / 1909992 bytes in 134ms D/dalvikvm(12008): GC_EXPLICIT freed 1604 objects / 100944 bytes in 90ms D/dalvikvm( 85): GC_FOR_MALLOC freed 53011 objects / 1937160 bytes in 135ms D/dalvikvm( 85): GC_FOR_MALLOC freed 49806 objects / 1817992 bytes in 143ms D/dalvikvm( 85): GC_FOR_MALLOC freed 49016 objects / 1769536 bytes in 135ms D/dalvikvm( 85): GC_FOR_MALLOC freed 53509 objects / 1941064 bytes in 145ms D/dalvikvm( 85): GC_FOR_MALLOC freed 49895 objects / 1842312 bytes in 146ms D/dalvikvm( 85): GC_FOR_MALLOC freed 48728 objects / 1774496 bytes in 150ms D/dalvikvm( 85): GC_FOR_MALLOC freed 47557 objects / 1701976 bytes in 146ms D/dalvikvm( 85): GC_FOR_MALLOC freed 53540 objects / 1903808 bytes in 156ms D/dalvikvm( 85): GC_FOR_MALLOC freed 48997 objects / 1784048 bytes in 158ms D/dalvikvm( 85): GC_FOR_MALLOC freed 48326 objects / 1776864 bytes in 158ms D/dalvikvm( 85): GC_FOR_MALLOC freed 47566 objects / 1742488 bytes in 169ms D/dalvikvm( 85): GC_FOR_MALLOC freed 47606 objects / 1703416 bytes in 170ms D/dalvikvm( 162): GC_EXPLICIT freed 11238 objects / 641368 bytes in 1064ms 

Creo que es demasiado memoria y después de un rato el teléfono se cuelga con esta salida:

 D/dalvikvm( 85): GC_FOR_MALLOC freed 0 objects / 0 bytes in 241ms I/dalvikvm-heap( 85): Clamp target GC heap from 24.008MB to 24.000MB I/dalvikvm-heap( 85): Grow heap (frag case) to 24.000MB for 52-byte allocation I/dalvikvm-heap( 85): Clamp target GC heap from 26.008MB to 24.000MB D/dalvikvm( 85): GC_FOR_MALLOC freed 0 objects / 0 bytes in 241ms I/dalvikvm-heap( 85): Clamp target GC heap from 24.008MB to 24.000MB I/dalvikvm-heap( 85): Grow heap (frag case) to 24.000MB for 24-byte allocation I/dalvikvm-heap( 85): Clamp target GC heap from 26.008MB to 24.000MB D/dalvikvm( 85): GC_FOR_MALLOC freed 0 objects / 0 bytes in 247ms I/dalvikvm-heap( 85): Clamp target GC heap from 24.009MB to 24.000MB I/dalvikvm-heap( 85): Grow heap (frag case) to 24.000MB for 28-byte allocation I/dalvikvm-heap( 85): Clamp target GC heap from 26.009MB to 24.000MB D/dalvikvm( 85): GC_FOR_MALLOC freed 0 objects / 0 bytes in 247ms I/dalvikvm-heap( 85): Clamp target GC heap from 24.009MB to 24.000MB 

¿Alguien sabe cómo puedo hacerlo sin usar tanta memoria?

¡Gracias!

4 Solutions collect form web for “Gran uso de memoria en las notificaciones”

Me tropecé con el mismo problema … Parece que si no "caché" el RemoteView y Notificación en el servicio, pero volver a crearlos desde cero en la rutina "actualización" este problema desaparece. Sí, sé que no es eficiente, pero al menos el teléfono no se reinicia después de 10-15 minutos porque está fuera de la memoria.

Trate de usar DDMS para descargar las asignaciones, que debería mostrarle qué objetos se están asignando y dónde.

Mi suposición es que la barra de progreso es la asignación de algunos mapas de bits en cada llamada a setProgressBar (5 veces por segundo) y eso es lo que está revolviendo a través de la memoria. Lo que no está claro es por qué se están quedando sin – el GC parece estar recogiendo, por lo que algo debe estar goteando.

El problema con esta solución es que si se trata de una notificación en curso, "saltará" en la barra de estado y el panel de notificación a medida que se actualicen otras notificaciones en curso.

He intentado varias cosas, incluyendo la declaración de los miembros RemoteView y notificación como volátil (porque RemoteView es cross-thread), que parecía funcionar, pero sólo ralentizó el problema.

Lo que me decidí a utilizar un miembro estrangulador, y "caché" el RemoteView y Notificación hasta X veces, a continuación, recrearlos.

Cuando sus miembros están establecidos en null, el escape pequeño parece ser liberado.

Tuve un problema similar. Tenía un Service que presentó una Notification con una barra de progreso que correspondía a una descarga de archivos. La aplicación se bloquearía con un OutOfMemoryError , unos diez segundos después de que el usuario hizo clic en la Notification para llevarlos a la aplicación.

Encontré que la adición de .setOngoing(true); Para el constructor solucionado este problema.

Public NotificationCompat.Builder setOngoing (booleano en curso)

Establezca si se trata de una notificación permanente. Las notificaciones en curso difieren de las notificaciones regulares de las siguientes maneras:

  • Las notificaciones en curso se ordenan por encima de las notificaciones regulares en el panel de notificaciones.

  • Las notificaciones en curso no tienen un botón de cierre 'X' y no se ven afectadas por el botón "Borrar todo".

Ejemplo:

 NotificationCompat.Builder builder = new NotificationCompat.Builder(context).setAutoCancel(true) .setDefaults(Notification.DEFAULT_ALL) .setContentTitle("Downloading").setContentText("Download in progress...) .setSmallIcon(android.R.drawable.stat_sys_download) .setSound(null) .setDefaults(0) .setOngoing(true); 
  • No se puede crear el controlador dentro de hilo que no ha llamado Looper.prepare () en CountDownTimer
  • Cómo llamar al método en servicio de otra actividad
  • Android: mantener el servicio en ejecución cuando se mata la aplicación
  • Grabar sonido Y reproducir sonido modulado En Android?
  • Cómo repetir la notificación diaria en el tiempo específico en androide a través del servicio de fondo
  • Llamar a getLayoutInflater () en lugares que no están en actividad
  • Recolector de datos de sensor de fondo en Android
  • Revisión 2: Cómo pasar los datos de un servicio de fondo / subproceso a alguna otra actividad que no sea MainActivity que creó el servicio de fondo
  • Enviar correo electrónico en servicio (sin preguntar al usuario)
  • Android: superposición en la ventana sobre las actividades de una tarea
  • Vinculante para ejecutar el servicio (después de finish ()) / callback Handler
  • FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.