Отправка сообщения обработчику в мертвом потоке при получении местоположения из IntentService - PullRequest
Новая
       14

Отправка сообщения обработчику в мертвом потоке при получении местоположения из IntentService

34 голосов
/ 31 декабря 2011

Мое приложение нуждается в исправлении местоположения на регулярной основе, даже когда телефон не активен. Для этого я использую IntentService с шаблоном, предоставленным Commonsware. https://github.com/commonsguy/cwac-wakeful

Чтобы получить исправления местоположения, я полагаюсь на следующий код, предоставленный участником по имени Федор. Какой самый простой и надежный способ узнать текущее местоположение пользователя на Android? . Я немного изменил его, чтобы он возвращал ноль вместо последнего известного местоположения

Они оба прекрасно работают, когда не объединены: я могу получить определение местоположения из класса Федора в Activity, и я могу сделать некоторые базовые вещи (например, запись чего-либо) с помощью класса Commonsware.

Проблема возникает, когда я пытаюсь получить исправления местоположения из подкласса Commonsware WakefulIntentService. LocationListeners не реагируют на locationUpdates, и я получаю эти предупреждения (я пока не понимаю тонкостей потоков, обработчиков, ...). Может кто-нибудь помочь мне понять, в чем проблема? Спасибо и желаю всем очень счастливого нового года :) 

12-31 14:09:33.664: W/MessageQueue(3264): Handler (android.location.LocationManager$ListenerTransport$1) {41403330} sending message to a      Handler on a dead thread
12-31 14:09:33.664: W/MessageQueue(3264): java.lang.RuntimeException: Handler (android.location.LocationManager$ListenerTransport$1) {41403330} sending message to a Handler on a dead thread
12-31 14:09:33.664: W/MessageQueue(3264): at android.os.MessageQueue.enqueueMessage(MessageQueue.java:196)
12-31 14:09:33.664: W/MessageQueue(3264): at android.os.Handler.sendMessageAtTime(Handler.java:473)
12-31 14:09:33.664: W/MessageQueue(3264): at android.os.Handler.sendMessageDelayed(Handler.java:446)
12-31 14:09:33.664: W/MessageQueue(3264): at android.os.Handler.sendMessage(Handler.java:383)
12-31 14:09:33.664: W/MessageQueue(3264): at android.location.LocationManager$ListenerTransport.onLocationChanged(LocationManager.java:193)
12-31 14:09:33.664: W/MessageQueue(3264): at android.location.ILocationListener$Stub.onTransact(ILocationListener.java:58)
12-31 14:09:33.664: W/MessageQueue(3264): at android.os.Binder.execTransact(Binder.java:338)
12-31 14:09:33.664: W/MessageQueue(3264): at dalvik.system.NativeStart.run(Native Method)

Это мой подкласс WakefulIntentService: 

public class AppService extends WakefulIntentService {
public static final String TAG = "AppService";
public AppService() {
    super("AppService");
}

public LocationResult locationResult = new LocationResult() {
    @Override
    public void gotLocation(final Location location) {
        if (location == null)
            Log.d(TAG, "location could not be retrieved");
        else
            sendMessage(location);
    }
};

@Override
protected void doWakefulWork(Intent intent) {
    PhoneLocation myLocation;
    myLocation = new PhoneLocation();
    myLocation.getLocation(getApplicationContext(), locationResult);
}

А вот копия класса Федора (слегка измененная: не нужен ни GPS, ни последнее известное местоположение) 

public class PhoneLocation {
public static String TAG = "MyLocation";
Timer timer1;
LocationManager lm;
LocationResult locationResult;
boolean gps_enabled=false;
boolean network_enabled=false;

public boolean getLocation(Context context, LocationResult result)
{
    //I use LocationResult callback class to pass location value from MyLocation to user code.
    locationResult=result;
    if(lm==null) lm = (LocationManager) context.getSystemService(Context.LOCATION_SERVICE);

    //exceptions will be thrown if provider is not permitted.
    try{gps_enabled=lm.isProviderEnabled(LocationManager.GPS_PROVIDER);}catch(Exception ex){}
    try{network_enabled=lm.isProviderEnabled(LocationManager.NETWORK_PROVIDER);}catch(Exception ex){}

    //don't start listeners if no provider is enabled
    if(!gps_enabled && !network_enabled)
        return false;

     if(network_enabled)  lm.requestLocationUpdates(LocationManager.NETWORK_PROVIDER, 0, 0, locationListenerNetwork);

    timer1=new Timer();
    timer1.schedule(new ReturnNullLocation(), 20000);
    return true;
}

 LocationListener locationListenerNetwork = new LocationListener() {
     public void onLocationChanged(Location location) {
        timer1.cancel();
        locationResult.gotLocation(location);
        lm.removeUpdates(this);
    }
    public void onProviderDisabled(String provider) {}
    public void onProviderEnabled(String provider) {}
    public void onStatusChanged(String provider, int status, Bundle extras) {}
};

class ReturnNullLocation extends TimerTask {
    @Override
    public void run() { 
          lm.removeUpdates(locationListenerNetwork);
          locationResult.gotLocation(null);
    }
}

public static abstract class LocationResult{
    public abstract void gotLocation(Location location);

}

}

Ответы [ 3 ]

34 голосов
/ 01 января 2012

Вы не можете безопасно зарегистрировать слушателей с IntentService, так как IntentService исчезнет, ​​как только onHandleIntent() (a.k.a., doWakefulWork()) завершится. Вместо этого вам нужно будет использовать обычную услугу, а также обрабатывать такие детали, как тайм-ауты (например, пользователь находится в подвале и не может получить сигнал GPS).

12 голосов
/ 23 октября 2012

У меня была похожая ситуация, и я использовал средство Android Looper для хорошего эффекта: http://developer.android.com/reference/android/os/Looper.html

Конкретно, сразу после вызова функции настройки слушателя я вызываю: 

Looper.loop();

Это блокирует текущий поток, так что он не умирает, но в то же время позволяет ему обрабатывать события, чтобы у вас была возможность получать уведомления при вызове слушателя. Простой цикл не позволит вам получать уведомления при вызове слушателя.

А когда вызывается слушатель и я заканчиваю обработку его данных, я ставлю: 

Looper.myLooper().quit();
6 голосов
/ 25 апреля 2012

Для других, как я: у меня была похожая проблема, связанная с AsyncTask. Как я понимаю, этот класс предполагает, что он инициализируется в основном потоке пользовательского интерфейса.

Обходной путь (один из нескольких возможных) - поместить в класс MyApplication следующее: 

@Override
public void onCreate() {
    // workaround for http://code.google.com/p/android/issues/detail?id=20915
    try {
        Class.forName("android.os.AsyncTask");
    } catch (ClassNotFoundException e) {}
    super.onCreate();
}

(не забудьте упомянуть об этом в AndroidManifest.xml: 

<application
    android:icon="@drawable/ic_launcher"
    android:label="@string/app_name"
    android:name="MyApplication"
    >

)

...