Cordova android后台插件在5分钟后被杀死答案

【问题标题】：Cordova android background plugin killed after 5 minCordova android后台插件在5分钟后被杀死
【发布时间】：2016-08-12 19:23:01
【问题描述】：

我正在开发一个带有位置跟踪功能的 Cordova Android/iOS 应用。为了不断更新位置，我使用了后台地理定位插件 (https://github.com/mauron85/cordova-plugin-background-geolocation)。

这个插件创建了一个监听系统 LocationManager 的服务。当系统获得位置更新时，插件会触发一个事件链/一些计算，直到它到达我在我的 cordova 应用程序中使用的最终 JavaScript 回调。

它在 iOS 上运行良好并且永远不会被杀死，但我在使用 Android 时遇到了问题，当您让手机进入睡眠状态（锁定屏幕）而没有在前台运行应用程序时（假设您切换到另一个应用程序锁定前）。如果您移动（并因此获取位置更新）该过程将继续运行。但是如果你站着不动超过 5 分钟，后台定位服务就会停止，并且没有更多的位置被传递给我的 JS 回调。在此之后，如果您再次移动，服务将保持停止状态，直到您解锁屏幕并将应用程序置于前台。

这很烦人，因为我的应用完全基于这种走走停停的模式，需要在锁定屏幕（口袋里的手机）下运行，并且我的服务器会检查位置的时间戳以过滤谁被认为是在线和活跃的有一个新鲜的位置，谁不是。所以我基本上需要两件事：当用户再次移动时能够重新启动位置跟踪，并在用户空闲时继续向我的服务器发送一些位置。

根据我的研究，我最终创建了一个休眠 60 秒并循环回来的线程，每分钟调用我的后台服务的句柄位置函数（它将位置发送到前端 JS）。不幸的是，我是 Cordova 插件的新手，并没有设法让它工作。我在尝试访问应用上下文的 systemService 时遇到空指针异常：

E/AndroidRuntime( 4627): java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.Object android.content.Context.getSystemService(java.lang.String)' on a null object reference
E/AndroidRuntime( 4627):        at android.content.ContextWrapper.getSystemService(ContextWrapper.java:583)
E/AndroidRuntime( 4627):        at com.tenforwardconsulting.cordova.bgloc.ForcedUpdateLocation.handleLocationFromOutside(ForcedUpdateLocation.java:12)
E/AndroidRuntime( 4627):        at com.tenforwardconsulting.cordova.bgloc.BackgroundGeolocationPlugin$3.run(BackgroundGeolocationPlugin.java:266)
E/AndroidRuntime( 4627):        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
E/AndroidRuntime( 4627):        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
E/AndroidRuntime( 4627):        at java.lang.Thread.run(Thread.java:818)

插件的启动功能：

public ComponentName startBackgroundService () {
    if (isEnabled) { return null; }
    Class serviceProviderClass = null;

    try {
        serviceProviderClass = ServiceProvider.getClass(config.getServiceProvider());
    } catch (ClassNotFoundException e) {
        callbackContext.error("Configuration error: provider not found");
        return null;
    }

    Activity activity = this.cordova.getActivity();
    Log.d(TAG, "Starting bg service");

    registerActionReceiver();
    locationServiceIntent = new Intent(activity, serviceProviderClass);
    locationServiceIntent.addFlags(Intent.FLAG_FROM_BACKGROUND);
    // locationServiceIntent.putExtra("config", config.toParcel().marshall());
    locationServiceIntent.putExtra("config", config);
    isEnabled = true;


    //Start a thread to send a position every 60s
    final ForcedUpdateLocation ful = new ForcedUpdateLocation();

    cordova.getThreadPool().execute(new Runnable(){
        public void run(){
            try {
                while(isEnabled){
                    Thread.sleep(3000);
                    Log.d(TAG, "Force location sent");

                    ful.handleLocationFromOutside();

                }
            } catch (InterruptedException e){
                Log.d(TAG, "EXCEPTION ! Force location sent", e);
            }
        }
    });


    return activity.startService(locationServiceIntent);
}

我的存根“ForcedUpdateLocation”服务扩展了插件的LocationService（调用handleLocation）：

package com.tenforwardconsulting.cordova.bgloc;

import android.location.Location;
import android.content.Context;
import android.location.LocationManager;


public class ForcedUpdateLocation extends com.tenforwardconsulting.cordova.bgloc.AbstractLocationService {

    public void handleLocationFromOutside (){

        LocationManager locationMangerWakeThread = (LocationManager) getSystemService(Context.LOCATION_SERVICE);

        Location location = locationMangerWakeThread.getLastKnownLocation(locationMangerWakeThread.GPS_PROVIDER);

        handleLocation(location);
    }

    @Override
    protected void cleanUp(){
        //Stub
    };

    @Override
    protected void startRecording(){
        //Duh
    };

    @Override
    protected void stopRecording(){
        //Wouf ?
    };
}

除了我坚持这个事实之外，我发现这个解决方案真的很丑......

那么保持该服务运行的最佳方法是什么？是否有在后台保持长时间运行的空闲进程的最佳做法？

非常感谢

【问题讨论】：

标签： java android cordova

【解决方案1】：

尝试使用此插件的“stopOnTerminate”和“startOnBoot”选项。即使应用程序被操作系统杀死，这也将帮助您继续在后台获取更新。

还请记住，您的 callbk 函数不会总是被执行，因为如果您的应用程序被系统杀死，这将杀死您的活动和您的 callbk。因此，请尝试使用插件的 url 选项，即使在后台也能继续将您的位置发布到服务器。

【讨论】：