Получение сетевого расположения в фоновом режиме в Android - PullRequest
0 голосов
/ 03 февраля 2012

Я исследовал многие потоки здесь для получения информации о местоположении в ОС Android, и попробовал несколько проектов. Тем не менее, я каждый раз получал много разряженной батареи, просто не мог от нее избавиться. Вот часть моего кода.

LocationReceiver.Java

public class LocationReceiver extends BroadcastReceiver {
public static double latestUpdate = 0;
public static int status = 0;
public static int count_upload = 0;
public static int count_ignored = 0;
public static Geocoder gc;
public void onReceive(Context context, Intent intent) {
    // Do this when the system sends the intent
    Bundle b = intent.getExtras();
    Location loc = (Location) b
            .get(android.location.LocationManager.KEY_LOCATION_CHANGED);
    if (loc == null)
        return;
    if (gc == null)
        gc = new Geocoder(context);
    update(loc, context);
}

public void update(Location loc, Context context) {
    // Here I am checking if 10 minutes passed from last update to now.
    // and if so, I am uploading my location to my server.
    if (latestUpdate != 0
            && latestUpdate + ((LaunchReceiver.interval - 2) * 1000) > SystemClock
                    .elapsedRealtime()) {
        // duplicate (ignore)
        count_ignored++;
    } else {
        // Upload to server on an async task.
        // ...
        LocationReceiver.latestUpdate = SystemClock.elapsedRealtime();
        count_upload++;
    }

}
}

LaunchReceiver.Java

public class LaunchReceiver extends BroadcastReceiver {
public static boolean registered = false;
public static LocationManager lm;
public static int interval = 600000;
public static PendingIntent pendingIntent;
SharedPreferences sharedPrefs = null;

@Override
public void onReceive(Context context, Intent intent) {
    if (registered)
        return;
    sharedPrefs = PreferenceManager.getDefaultSharedPreferences(context);
    interval = Integer.parseInt(sharedPrefs.getString("updates_interval",
            "600000"));
    Intent in = new Intent("bdd.sanalmusavir.LOCATION_READY");
    pendingIntent = PendingIntent.getBroadcast(context, 0, in,
            PendingIntent.FLAG_UPDATE_CURRENT);
    lm = (LocationManager) context
            .getSystemService(Context.LOCATION_SERVICE);
    // Register for broadcast intents
    lm.requestLocationUpdates(LocationManager.NETWORK_PROVIDER, interval,
            0, pendingIntent);

    registered = true;
}
}

AndroidManifest.xml

<application
    <receiver
        android:name=".LaunchReceiver"
        android:label="@string/app_name" >
        <intent-filter>
            <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
        </intent-filter>
    </receiver>
    <receiver android:name=".LocationReceiver" >
        <intent-filter>
            <action android:name="bdd.sanalmusavir.LOCATION_READY" />
        </intent-filter>
    </receiver>
</application>

Конечно, это только часть моего кода. Я раньше пытался сделать то же самое с сервисом, периодически добавляя аварийные сигналы, но это также разряжало батарею.

В этой практике, скажем, я установил интервал в 10 минут, и когда я регистрирую обновления местоположения (requestLocationUpdates), я получаю случайные интервалы обновления местоположения (каждые 30 секунд или около того). Как я могу избавиться от этого? Что не так с проверкой, если прошло 10 минут, и загрузкой на сервер, если так?

Когда я проверяю count_ignored и count_uploaded через 1 день, игнорируемое количество было 2100 ~, а загруженное число было 50 ~ (количество загрузок было истинным). И мое приложение использовало 90 минут процессора, что было неприемлемо. (Загрузить часть приложения - это просто вызов URL-адреса в Интернете с помощью HttpRequest).

Как я могу реализовать лучший дизайн? Есть предложения?

1 Ответ

0 голосов
/ 03 февраля 2012

Поле minInterval для LocationManager.requestLocationUpdates занимает миллисекунду.Вы проезжаете 600, что заставляет менеджера стрелять каждые 600 мс или в основном так быстро, как может.Я думаю, что вы просто пропускаете * 1000 там.

...