ACTION_BATTERY_CHANGED sparando come un matto

Question

Ok, quindi sto lavorando ad un AppWidget che controlla il livello della batteria e lo visualizza su un TextView. Il mio codice è simile al seguente:

public class BattWidget extends AppWidgetProvider { 

private RemoteViews views = new RemoteViews("com.nickavv.cleanwidgets", R.layout.battlayout); 

@Override 
public void onUpdate(Context context, AppWidgetManager appWidgetManager, int appWidgetIds[]) { 
    final int N = appWidgetIds.length; 
    context.getApplicationContext().registerReceiver(this,new IntentFilter(Intent.ACTION_BATTERY_CHANGED)); 
    for (int i = 0; i < N; i++) { 
     int appWidgetId = appWidgetIds[i]; 
     appWidgetManager.updateAppWidget(appWidgetId, views); 
    } 
} 

@Override 
public void onReceive(Context context, Intent intent) { 
    super.onReceive(context, intent); 
    Log.d("onReceive", "Received intent " + intent); 
    if (intent.getAction().equals(Intent.ACTION_BATTERY_CHANGED)) { 
     Integer level = intent.getIntExtra("level", -1); 
     views.setTextViewText(R.id.batteryText, level+"%"); 
     AppWidgetManager myAWM = AppWidgetManager.getInstance(context); 
     ComponentName cn = new ComponentName(context, AirWidget.class); 
     onUpdate(context, myAWM, myAWM.getAppWidgetIds(cn)); 
    } 
} 
} 

e sto ottenendo preoccupato perché non appena mi cade il widget sul mio homescreen comincia sparando circa 100 di quelli Log chiama un secondo, dicendo che sta ricevendo ACTION_BATTERY_CHANGED. Questo non dovrebbe essere trasmesso solo per ogni diminuzione percentuale? In realtà ha causato il ritardo dell'intero programma di avvio, ho dovuto disinstallarlo. Non può essere giusto.

Answer 1

Il mio codice è simile al seguente:

Non è possibile registrare un BroadcastReceiver da un altro BroadcastReceiver e ottenere risultati affidabili. Android interromperà il tuo processo, perché non pensa che qualcosa sia in esecuzione. L'unico modo per ascoltare ACTION_BATTERY_CHANGED sarà registrare quel destinatario da un'attività o un servizio.

Non si suppone che questo sia trasmesso solo per ogni diminuzione percentuale?

Dove lo vedi documentato? AFAIK, ACTION_BATTERY_CHANGED verrà trasmesso ogni volta che l'hardware si sente come esso. Inoltre, tieni presente che altri dati cambiano all'interno di quello Intent, ad esempio la temperatura.

Se si desidera implementare questo widget dell'app, non registrare per ACTION_BATTERY_CHANGED come si. Invece:

• Consente all'utente di scegliere un periodo di polling tramite SharedPreference (ad es., Una volta al minuto, una volta ogni 15 mintui)
• Usa AlarmManager per darvi il controllo su quel periodo di interrogazione tramite un getBroadcast()PendingIntent
• In quel BroadcastReceiver, chiamare registerReceiver() per ACTION_BATTERY_CHANGEDma con un null BroadcastReceiver, in modo da restituire a voi l'ultimo Intent che è stato trasmesso per l'azione (nota: sarà ancora bisogno di utilizzare getApplicationContext() per questo)
• usa AppWidgetManager per aggiornare le istanze di widget app con il livello della batteria tirato fuori dalla Intent è stato recuperato nel precedente passo (nota: se si sta configurando tutti di essere la stessa, non è necessario per scorrere gli ID - utilizzare la updateAppWidget() che prende una ComponentName come parametro)

Questo ha diversi vantaggi:

1. non ti importa quante volte ACTION_BATTERY_CHANGED viene trasmesso
2. l'utente ottiene per controllare la quantità di batterie si consumano facendo questi controlli (dovrebbe essere trascurabile se si mantiene il tempo di risposta per un minuto o più)
3. tuo processo può essere tranquillamente termi NATed tra sondaggi, rendendo così meno probabile che gli utenti vi attaccheranno con assassini di attività e semi-permanente rovinare la vostra applicazione

Answer 2

Bene, il vostro onUpdate sta registrando la propria classe come ricevitore per l'intento BatteryInfo. Questo intento viene quindi immediatamente attivato per le prime informazioni. Il tuo onReceive chiama di nuovo il tuo onUpdate. Chiamiamo questo ciclo. Quindi i 100 registri al secondo ...