5

与我的真实应用程序相比，我有一个 Android 服务（Servcie 接口的实现）在单独的进程上运行。不幸的是，当我离开我的真实应用程序（我在其中单击按钮启动我的服务）并从任务管理器中将其刷出时，我的服务也被杀死了。

我知道这里有很多这样的问题，但不知何故，没有人针对我的具体星座中的问题，或者他们的回答含糊不清。

所以在我的清单中，我有类似的东西：

<application ...>
    <activity .../>
    <service Android:name="MyService"
        Android:label="MyLabel"
        Android:export="false"
        Android:process=":MyRemoteProcessName" />
</application>

我首先使用了 IntentService，但也切换到了自己的服务接口实现（消除了 IntentService 成为故障点），它看起来像：

public class MyService extends Service {

    private ScheduledExecutorService scheduledWorker = Executors.newSingleThreadScheduledExecutor();

    @Override
    public void onStart() {
        // Init components
        startForeground(this, MyNotification);
    }

    @Override
    public int onStartCommand(Intent i, int startId) {
        // Execute Work on Threadpool here
        scheduledWorker.execute(new ScheduledStopRequest(this, startId), 5, TimeUnit.Minutes);
        return START_REDILIVER_INTENT;
    }

    // Overwritten onDestroy-Method

    @Override
    public void onLowMemory() {
        Log.e(LOG_TAG, "On Low Memory called!");
    }

    @Override
    public IBind onBind() {
        // Dont't want to let anyone bind here
        return null;
    }

    // Simply tries to stop the service after e.g. 5 Minutes after a call
    private static class MyRunnable implements Runnable {

        // Constructor with params used in run method..

        @Override
        public void run() {
            mReferenceToMyService.stopSelfResult(startId);
        }
    }
}

我在一个特殊按钮上的 onClick-Listener 中启动我的服务，带有一个明确的 Intent，它看起来像下面这样：

@Override
public void onClick(View v) {
    Intent i = new Intent(this, MyService.class);
    startService(i);
}

我的意图是在用户离开应用程序时保持服务运行，以便服务可以完成下载和存储一些重要数据。当用户再次回到我的应用程序时，他可以查看数据（这就是我在单独的进程中执行它的原因）。那么这可能吗？

我现在的假设是，Android 以某种方式注意到我的服务只是被我的应用程序使用（由于清单中缺少 IntentFilters 或显式调用而不是过滤器？！）因此当我的应用程序关闭时立即杀死它（即使在运行时如您在上面看到的那样 ForegroundService ）。

在您看来，这是否可行，并且服务调用中的一些更改可能会解决此问题，还是我对服务的概念有误？

（最后一点：没有调用 onLowMemory-Method -> 没有日志条目。）

4

3 回答 3

2

因此，根据您的提示（以及我要寻找的新关键字）以及我自己的一些额外研究，我认为我已经解决了我的问题。在我的研究过程中，我发现了一篇关于这个主题的非常有趣的博客文章，也许也适合你，这就是我想与你分享的原因：http ://workshop.alea.net/post/2016/06/android-服务杀/。

在验证并完成本文中的步骤后，一切似乎都可以正常工作（因此 startForeground 似乎可以解决问题）。我想在这里指出，我只测试了它，我的服务实例仍在单独的进程中运行，因此清单条目如上所述。

一开始真正让我感到困惑的是我的 android studio 调试会话每次都被杀死，就在从最近的应用程序（菜单）中刷出我的应用程序之后。这让我觉得我的服务也被系统杀死了。但是根据文章（我在提供的回调方法中添加了一些日志）时

  1. 打开我的应用

  2. 启动服务

  3. 刷出应用

  4. 再次启动应用程序

  5. 再次调用服务，

我只收到了对方法的回调，就好像我的服务仍在运行一样。对 DDMS（工具）的明确了解也证明了我的第二个过程，因此我的服务仍然存在。验证这一点后，我清除了所有应用数据并重复上述步骤（不包括第 5 步）。后来查看了数据库，证明数据已经被服务下载了。

对于你的好奇：

从最近的应用程序中刷出我的应用程序（并因此调用 onTaskRemoved 回调方法）的过程会导致另一个问题。它以某种方式将 onStartCommand 的 startId 参数增加 1，以便我的 DelayedStopRequest 发生故障并且不再停止我的服务。

这意味着：重复上述步骤 1 - 3 使我在 onStartCommand 中收到 startId = 1。通过稍后调用 stopSelfResult(1)（这是最新的 startId），它返回 false 并且服务继续运行。然后继续执行步骤 4 + 5，使用 startId = 3 调用 onStartCommand （但实际上应该是 2！以某种方式跳过）。稍后使用参数 3 调用 stopSelfResult(3) 将再次停止服务（在屏幕截图中也可见）。

我希望我的回答到目前为止是正确的（可以理解）并且对您也有帮助。感谢您提供的所有答案，这些答案提供了有益的意见，并为我指出了解决方案。我一直在使用的android版本是：

4.1.2 - 果冻豆 | API 级别：16

我还添加了来自 DDMS 的日志条目的屏幕截图（imgur 拒绝我的上传，因此您将暂时拥有指向我的保管箱的链接）： 来自 DDMS 的日志的屏幕截图

于 2017-02-28T19:19:42.460 回答
0

不幸的是，在单独的进程中运行服务对您没有帮助。我认为如果用户删除其任务，您无法阻止您的服务被关闭。但是，您可以重新启动覆盖 onTaskRemoved 的服务。看到这个答案。

于 2017-02-27T10:28:07.777 回答
0

如果您还想在关闭应用程序后无限期地运行此服务类..您应该使用警报管理器类..

public void scheduleAlarm() {
        // Construct an intent that will execute the AlarmReceiver
        Intent intent = new Intent(this, LocationListnerServiec.class);
        // Create a PendingIntent to be triggered when the alarm goes off
        final PendingIntent pIntent = PendingIntent.getBroadcast(this, MyAlarmReceiver.REQUEST_CODE,
                intent, PendingIntent.FLAG_UPDATE_CURRENT);
        // Setup periodic alarm every 5 seconds
        long firstMillis = System.currentTimeMillis(); // alarm is set right away
        AlarmManager alarm = (AlarmManager) this.getSystemService(Context.ALARM_SERVICE);
        // First parameter is the type: ELAPSED_REALTIME, ELAPSED_REALTIME_WAKEUP, RTC_WAKEUP
        // Interval can be INTERVAL_FIFTEEN_MINUTES, INTERVAL_HALF_HOUR, INTERVAL_HOUR, INTERVAL_DAY
        alarm.setRepeating(AlarmManager.RTC_WAKEUP, firstMillis,
                60000, pIntent);
    }

使用此方法继续检查服务类是打开还是关闭。通过使用此方法，您的服务类将在您的应用程序销毁后继续工作。

于 2017-02-27T11:09:43.860 回答