android - 前台服务被安卓杀死

Question

更新 :我还没有找到解决问题的真正方法。我确实想出了一种方法，可以在连接丢失时自动重新连接到以前的蓝牙设备。这并不理想，但它似乎工作得相当好。不过，我很想听听关于此的更多建议。

我遇到了和这个问题一样的问题:Service being killed while holding wake lock and after calling startForeground包括设备(Asus Transformer)、服务停止前的时间长度(30-45 分钟)、唤醒锁的使用、startForeground() 的使用以及如果应用程序打开就不会出现问题的事实当屏幕熄灭时。

我的应用程序与另一台设备保持蓝牙连接并在两者之间发送数据，因此它必须始终处于 Activity 状态以监听数据。用户可以随意启动和停止服务，实际上这是我实现的启动或停止服务的唯一方法。一旦服务重新启动，与其他设备的蓝牙连接就会丢失。

根据链接问题中的答案，startForeground()“降低了服务被终止的可能性，但不能阻止它”。我知道情况确实如此，但是我已经看到许多其他没有这个问题的应用程序的例子(例如 Tasker)。

如果服务无法运行直到用户停止，我的应用程序的实用性将大大降低。有什么办法可以避免吗？？？

每当服务停止时，我都会在我的 logcat 中看到这一点:

ActivityManager: No longer want com.howettl.textab (pid 32321): hidden #16
WindowManager: WIN DEATH: Window{40e2d968 com.howettl.textab/com.howettl.textab.TexTab paused=false
ActivityManager: Scheduling restart of crashed service com.howettl.textab/.TexTabService in 5000ms

编辑:我还应该注意，这似乎没有发生在我连接的其他设备上:运行 Cyanogen 的 HTC Legend

编辑:这是 adb shell dumpsys activity services 的输出:

* ServiceRecord{40f632e8 com.howettl.textab/.TexTabService}

intent={cmp=com.howettl.textab/.TexTabService}

packageName=com.howettl.textab

processName=com.howettl.textab

baseDir=/data/app/com.howettl.textab-1.apk

resDir=/data/app/com.howettl.textab-1.apk

dataDir=/data/data/com.howettl.textab

app=ProcessRecord{40bb0098 2995:com.howettl.textab/10104}

isForeground=true foregroundId=2 foregroundNoti=Notification(contentView=com.howettl.textab/0x1090087 vibrate=null,sound=null,defaults=0x0,flags=0x6a)

createTime=-25m42s123ms lastActivity=-25m42s27ms

 executingStart=-25m42s27ms restartTime=-25m42s124ms

startRequested=true stopIfKilled=false callStart=true lastStartId=1

Bindings:

* IntentBindRecord{40a02618}:

  intent={cmp=com.howettl.textab/.TexTabService}

  binder=android.os.BinderProxy@40a9ff70

  requested=true received=true hasBound=true doRebind=false

  * Client AppBindRecord{40a3b780 ProcessRecord{40bb0098 2995:com.howettl.textab/10104}}

    Per-process Connections:

      ConnectionRecord{40a76920 com.howettl.textab/.TexTabService:@40b998b8}

All Connections:

  ConnectionRecord{40a76920 com.howettl.textab/.TexTabService:@40b998b8}

以及 adb shell dumpsys activity 的输出:

* TaskRecord{40f5c050 #23 A com.howettl.textab}

numActivities=1 rootWasReset=false

affinity=com.howettl.textab

intent={act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10000000 cmp=com.howettl.textab/.TexTab}

realActivity=com.howettl.textab/.TexTab

lastActiveTime=4877757 (inactive for 702s)

* Hist #1: ActivityRecord{40a776c8 com.howettl.textab/.TexTab}

    packageName=com.howettl.textab processName=com.howettl.textab

    launchedFromUid=2000 app=ProcessRecord{40bb0098 2995:com.howettl.textab/10104}

    Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] flg=0x10000000 cmp=com.howettl.textab/.TexTab }

    frontOfTask=true task=TaskRecord{40f5c050 #23 A com.howettl.textab}

    taskAffinity=com.howettl.textab

    realActivity=com.howettl.textab/.TexTab

    base=/data/app/com.howettl.textab-1.apk/data/app/com.howettl.textab-1.apk data=/data/data/com.howettl.textab

    labelRes=0x7f060000 icon=0x7f020000 theme=0x0

    stateNotNeeded=false componentSpecified=true isHomeActivity=false

    configuration={ scale=1.0 imsi=0/0 loc=en_CA touch=3 keys=2/1/1 nav=1/2 orien=L layout=0x10000014 uiMode=0x11 seq=6}

    launchFailed=false haveState=true icicle=Bundle[mParcelledData.dataSize=1644]

    state=STOPPED stopped=true delayedResume=false finishing=false

    keysPaused=false inHistory=true visible=false sleeping=true idle=true

    fullscreen=true noDisplay=false immersive=false launchMode=2

    frozenBeforeDestroy=false thumbnailNeeded=false

    connections=[ConnectionRecord{40a76920 com.howettl.textab/.TexTabService:@40b998b8}]

...

Proc #15: adj=prcp /F 40e75070 959:android.process.acore/10006 (provider)

          com.android.providers.contacts/.ContactsProvider2<=Proc{40bb0098 2995:com.howettl.textab/10104}

Proc #16: adj=bak+2/F 40bb0098 2995:com.howettl.textab/10104 (foreground-service)

这些似乎表明服务正在前台运行。

Answer 1

好吧多基。我经历了 hell ，又回到了这个问题上。以下是如何进行。有错误。这篇文章描述了如何分析实现中的错误并解决问题。

总结一下，这就是事情应该如何运作。正在运行的服务将定期清理并每 30 分钟左右终止一次。希望存活时间超过此时间的服务必须调用 Service.startForeground，它会在通知栏上放置通知，以便用户知道您的服务正在永久运行并且可能会消耗电池生命周期。在任何给定时间，只有 3 个服务进程可以将自己指定为前台服务。如果前台服务超过三个，Android 将指定最旧的服务作为清理和终止的候选服务。

不幸的是，Android 中存在关于优先考虑前台服务的错误，这些错误是由服务绑定(bind)标志的各种组合触发的。即使您已正确地将您的服务指定为前台服务，Android 仍然可能会终止您的服务，如果您的进程中的任何服务与某些绑定(bind)标志组合建立了任何连接。详情如下。

请注意，很少有服务需要成为前台服务。通常，如果您有某种可以打开和关闭或由用户取消的持续 Activity 或长时间运行的互联网连接，您只需成为前台服务。需要前台状态的服务示例:UPNP 服务器、超大文件的长时间运行下载、通过 wi-fi 同步文件系统和播放音乐。

如果您只是偶尔轮询，或等待系统广播接收器或系统事件，最好在计时器上唤醒您的服务，或响应广播接收器，然后让您的服务在完成后终止。这就是服务的设计行为。如果您只是必须活着，那么请继续阅读。

勾选了众所周知的需求(例如调用 Service.startForeground)后，下一个要查看的地方是您在 Context.bindService 调用中使用的标志。用于绑定(bind)的标志以各种意想不到的方式影响目标服务进程的优先级。最特别的是，使用某些绑定(bind)标志可能会导致 Android 错误地将您的前台服务降级为常规服务。用于分配进程优先级的代码已被大量改动。值得注意的是，API 14+ 中的一些修订在使用旧的绑定(bind)标志时可能会导致错误；并且在 4.2.1 中有明确的错误。

在这一切中，您的 friend 是 sysdump 实用程序，它可用于确定 Activity 管理器为您的服务进程分配了什么优先级，并发现它分配了错误优先级的情况。启动并运行您的服务，然后从主机上的命令提示符发出以下命令:

adb shell dumpsys Activity 进程> tmp.txt

使用记事本(不是写字板/写字板)检查内容。

首先验证您是否已成功地在前台状态下运行您的服务。 dumpsys 文件的第一部分包含对每个进程的 ActivityManager 属性的描述。在 dumpsys 文件的第一部分中查找与您的应用程序对应的如下行:

APP UID 10068 ProcessRecord{41937d40 2205:tunein.service/u0a10068}

验证以下部分中的 foregroundServices=true。不用担心隐藏和空的设置；它们描述了流程中 Activity 的状态，并且似乎与其中包含服务的流程没有特别的关系。如果 foregroundService 不为真，则需要调用 Service.startForeground 使其为真。

接下来您需要查看文件末尾附近标题为“Process LRU list (sorted by oom_adj):”的部分。此列表中的条目允许您确定 Android 是否确实将您的应用程序归类为前台服务。如果您的流程位于此列表的底部，则它是即决消除的主要候选者。如果您的流程接近列表的顶部，则它几乎是坚不可摧的。

让我们看一下这个表中的一行:

  Proc #31: adj=prcp /FS trm= 0 2205:tunein.service/u0a10068 (fg-service)

这是一个前台服务的例子，它做的一切都是正确的。这里的关键字段是“adj=”字段。这表明您的进程在一切都完成后由 ActivityManagerService 分配的优先级。您希望它是“adj=prcp”(可见的前台服务)；或“adj=vis”(具有 Activity 的可见进程)或“fore”(具有前台 Activity 的进程)。如果它是“adj=svc”(服务进程)，或“adj=svcb”(遗留服务？)，或“adj=bak”(空的后台进程)，那么你的进程很可能是终止的候选者，将被终止即使没有任何回收内存的压力，也不少于每 30 分钟一次。线上剩下的标志主要是谷歌工程师的诊断调试信息。终止决定是基于 adj 字段做出的。简而言之，/FS 表示前台服务；/FA 表示具有 Activity 的前台进程。/B 表示后台服务。末尾的标签表示为进程分配优先级的一般规则。通常它应该匹配 adj= 字段；但是在某些情况下，由于与其他服务或 Activity 的 Activity 绑定(bind)上的绑定(bind)标志，可以向上或向下调整 adj= 值。

如果您遇到了带有绑定(bind)标志的错误，dumpsys 行将如下所示:

  Proc #31: adj=bak /FS trm= 0 2205:tunein.service/u0a10068 (fg-service)

请注意 adj 字段的值如何被错误地设置为“adj=bak”(空后台进程)，大致翻译为“请立即终止我，以便我可以结束这个毫无意义的存在”，以便清除进程。还要注意行尾的 (fg-service) 标志，它表示“使用前台服务规则来确定“adj”设置。尽管使用了 fg-service 规则，但该进程被分配了一个 adj 设置“bak”，它不会活太久。说白了，这是一个错误。

因此，目标是确保您的流程始终获得“adj=prcp”(或更好)。实现该目标的方法是调整绑定(bind)标志，直到您设法避免优先级分配中的错误。

以下是我所知道的错误。 (1) 如果任何服务或 Activity 曾经使用 Context.BIND_ABOVE_CLIENT 绑定(bind)到该服务，即使该绑定(bind)不再处于 Activity 状态，您也会冒 adj= 设置将降级为“bak”的风险。如果您在服务之间也有绑定(bind)，则尤其如此。 4.2.1 源中的一个明显错误。 (2) 绝对不要使用 BIND_ABOVE_CLIENT 进行服务到服务绑定(bind)。也不要将它用于 Activity 到服务的连接。用于实现 BIND_ABOVE_CLIENT 行为的标志似乎是在每个进程的基础上设置的，而不是每个连接的基础上，因此即使没有 Activity 的 Activity 到服务，它也会触发服务到服务绑定(bind)的错误与标志集绑定(bind)。当流程中有多个服务时，使用服务到服务绑定(bind)似乎也存在建立优先级的问题。在服务到服务绑定(bind)上使用 Context.BIND_WAIVE_PRIORITY (API 14) 似乎有帮助。从 Activity 绑定(bind)到服务时，Context.BIND_IMPORTANT 似乎或多或少是一个好主意。当 Activity 在前台时，这样做会将您的进程优先级提高一级，而在 Activity 暂停或完成时不会造成任何明显的伤害。

但总的来说，策略是调整您的 bindService 标志，直到 sysdump 表明您的进程已获得正确的优先级。

出于我的目的，使用 Context.BIND_AUTO_CREATE | Context.BIND_IMPORTANT 用于 Activity 到服务绑定(bind)，以及 Context.BIND_AUTO_CREATE |用于服务到服务绑定(bind)的 Context.BIND_WAIVE_PRIORITY 似乎是正确的。您的里程可能会有所不同。

我的app比较复杂:两个后台服务，每个都可以独立持有前台服务状态，另外还有一个也可以获取前台服务状态；两个服务有条件地相互绑定(bind)；第三个总是绑定(bind)到第一个。此外，Activites 在单独的进程中运行(使动画更流畅)。在同一流程中运行 Activity 和服务似乎没有任何区别。

清理进程规则的实现，(以及用于生成 sysdump 文件内容的源代码)可以在核心 android 文件中找到

frameworks\base\services\java\com\android\server\am\ActivityManagerService.java.

好机会。

PS:这里是Android 5.0的sysdump字符串的解释。我没有和他们一起工作过，所以你想怎么做就怎么做。我相信你希望 4 是“A”或“S”，5 是“IF”或“IB”，1 尽可能低(可能低于 3，因为只有 3 三个前台服务进程保持 Activity 状态在默认配置中)。

Example:
   Proc # : prcp  F/S/IF trm: 0 31719: neirotech.cerebrum.attention:blePrcs/u0a77 (fg-service)

Format:
   Proc # {1}: {2}  {3}/{4}/{5} trm: {6} {7}: {8}/{9} ({10}

1: Order in list: lower is less likely to get trimmed.

2: Not sure.

3:
    B: Process.THREAD_GROUP_BG_NONINTERACTIVE
    F: Process.THREAD_GROUP_DEFAULT

4:
    A: Foreground Activity
    S: Foreground Service
    ' ': Other.

5:
    -1: procState = "N ";
        ActivityManager.PROCESS_STATE_PERSISTENT: procState = "P ";
    ActivityManager.PROCESS_STATE_PERSISTENT_UI:procState = "PU";
    ActivityManager.PROCESS_STATE_TOP: procState = "T ";
    ActivityManager.PROCESS_STATE_IMPORTANT_FOREGROUND: procState = "IF";
    ActivityManager.PROCESS_STATE_IMPORTANT_BACKGROUND: procState = "IB";
    ActivityManager.PROCESS_STATE_BACKUP:procState = "BU";
    ActivityManager.PROCESS_STATE_HEAVY_WEIGHT: procState = "HW";
    ActivityManager.PROCESS_STATE_SERVICE: procState = "S ";
    ActivityManager.PROCESS_STATE_RECEIVER: procState = "R ";
    ActivityManager.PROCESS_STATE_HOME: procState = "HO";
    ActivityManager.PROCESS_STATE_LAST_ACTIVITY: procState = "LA";
    ActivityManager.PROCESS_STATE_CACHED_ACTIVITY: procState = "CA";
    ActivityManager.PROCESS_STATE_CACHED_ACTIVITY_CLIENT: procState = "Ca";
    ActivityManager.PROCESS_STATE_CACHED_EMPTY: procState = "CE";

{6}: trimMemoryLevel

{8} Process ID.
{9} process name
{10} appUid