L'exécution de la répétition d'une tâche en arrière-plan sur une application en temps réel

Je suis en train d'écrire une application qui est en permanence à l'écoute et de la vérification des capteurs (presque tous disponibles) et en enregistrant les données dans la base de données dans l'appareil.

J'ai besoin de faire quelques calculs de toutes les X seconde avec des données et de lancer un nouvel événement, si les calculs de vérifier le dit.
Je suis en train de réfléchir demandant de l'appareil branché lors de l'utilisation de l'application (concernant le drainage de la batterie).

Quelle est la meilleure approche pour la tâche à effectuer les calculs et de les jeter à l'événement? Minuterie? Les Threads? AsynkTask? AlarmManager? Une autre approche?

Je veux continuer à recevoir des capteurs de données et de les enregistrer dans la base de données si malgré l'application n'est pas sur le premier plan...il doit enregistrer les valeurs tant que l'application n'est pas arrêté par l'utilisateur.
Une option qui est de réveiller les verrous (PARTIAL_WAKE_LOCK, qui garde la CPU en cours d'exécution).

J'aimerais entendre des opinions différentes.
Merci à l'avance! Guillermo.

  • Jeff Atwood déjà fermé l'original de cette question, donc je suppose que nous devrions garder cette un ouvert.
InformationsquelleAutor gdpwork | 2011-04-24
  1. 3

    Vous pouvez utiliser AlarmManager pour l'installation de la répétition des tâches (c'est de l'Android préféré une manière de mettre de l'avenir/répétition des tâches). Pour réaliser les calculs, utiliser un Service (si vous pensez que les calculs vont être cher, alors pensez à les déplacer vers un autre thread de travail ou de l'utilisation IntentService).

    Concernant le sillage de verrouillage (à partir de la AlarmManager de référence):

    L'Alarme Manager est titulaire d'un PROCESSEUR de réveil
    serrure tant que l'alarme du récepteur
    onReceive() la méthode est en cours d'exécution. Cette
    garantit que le téléphone ne sera pas
    le sommeil jusqu'à ce que vous avez fini de traiter
    la diffusion. Une fois onReceive()
    retourne, l'Alarme Gestionnaire de versions
    cet éveil de verrouillage. Cela signifie que l'
    téléphone, dans certains cas, le sommeil dès
    comme votre onReceive() la méthode complète.
    Si votre récepteur d'alarme appelé
    Contexte.startService(), il est possible
    que le téléphone de sommeil avant le
    service demandé est lancé. Pour
    éviter cela, votre BroadcastReceiver
    et le Service aura besoin pour mettre en œuvre une
    séparer sillage de verrouillage de la politique afin d'assurer
    que le téléphone continue de fonctionner jusqu'à ce que
    le service devient disponible.

    • Désolé, pouvez-vous expliquer davantage? Où dois-je être de tir le service et l'Alarme? Quelle est la relation entre l'alarme et le service? J'utilise de penser à avoir un BroadcastReceiver et de faire des calculs il, pourquoi "Pour réaliser les calculs, l'utilisation d'un Service"?
    • De l'installation de vos alarmes via AlarmManager, et dans votre récepteur d'alarme vous démarrez un service. Vous n'avez pas besoin d'une INTERFACE utilisateur de sorte que vous n'aurez pas recours à une Activité, vous devriez penser à un Service pour ce cas.
    • Je vois, Merci! Je vais donner un coup de feu.
    InformationsquelleAutor aromero
  2. 0

    C'est une modification de l'extrait d'un service que j'ai écrit pour le journal de la fréquence du PROCESSEUR il y a quelques temps. Il manque de la Application et la Activity partie, mais illustre la façon dont j'ai écrit le Service pour garder la journalisation de toutes les dix secondes. Il n'enregistre pas quand le téléphone se met en veille profonde, donc si vous voulez vous connecter, sans interruption, alors vous aurez besoin d'acquérir PARTIAL_WAKE_LOCKs, mais de considérer que la vie de la batterie sera fortement réduite par qui.

    public class YOURCLASS_Service extends Service {
private long mStartTime = 0L;
private final Handler mHandler = new Handler();
private Runnable mUpdateTimeTask;
private YOURAPP app;
@Override
public void onCreate() {
super.onCreate();
app = (YOURAPP) getApplicationContext();
}
@Override
public void onDestroy() {
Toast.makeText(this, "Service finished.", Toast.LENGTH_SHORT).show();
stopLog ();
}
@Override
public int onStartCommand(Intent intent, int flags, int startId) {
if (app.isRunning())
return START_STICKY;
try {
File file = new File(Environment.getExternalStorageDirectory(), "yourlog.csv");
OutputStreamWriter out = new OutputStreamWriter(new FileOutputStream(file, false));
out.write("Log title");
out.close();
} catch (java.io.IOException e) {
stopLog ();
Toast.makeText(this, "Error creating log file. Aborting.", Toast.LENGTH_SHORT).show();
}
mUpdateTimeTask = new Runnable() {
public void run() {
long millis = SystemClock.uptimeMillis() - mStartTime;
int seconds = (int) (millis / 1000);
int minutes = seconds / 60;
seconds     = seconds % 60;
readYourSensors ();
if (!writeLog (str)) stopLog();
mHandler.postAtTime(this, mStartTime + (((minutes * 60) + seconds + 10) * 1000));
mHandler.postDelayed (mUpdateTimeTask, 10000);
}};
mStartTime = SystemClock.uptimeMillis();
mHandler.removeCallbacks(mUpdateTimeTask);
mHandler.postDelayed(mUpdateTimeTask, 100);
Notification notification = new Notification(R.drawable.notification_icon, "App title", System.currentTimeMillis());
Intent notificationIntent = new Intent(this, YOURCLASS.class);
PendingIntent contentIntent = PendingIntent.getActivity(this, 0, notificationIntent, 0);
notification.setLatestEventInfo(getApplicationContext(), "App title", "Please see /sdcard/yourlog.csv", contentIntent);
startForeground(startId, notification);
app.isRunning(true);
return START_STICKY;
}
@Override
public IBinder onBind(Intent arg0) {
return null;
}
public void stopLog () {
mHandler.removeCallbacks(mUpdateTimeTask);
}
}
    InformationsquelleAutor Aleadam