87

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

我遇到了与这个问题大致相同的问题:服务在保持唤醒锁和调用 startForeground包括设备(华硕变压器)后被杀死,服务停止前的时间长度(30-45 分钟),使用唤醒锁定、​​使用 startForeground() 以及如果应用程序在屏幕关闭时打开,则不会出现此问题。

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

根据链接问题中的答案, 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)

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

4

2 回答 2

227

对。我经历了地狱,又回到了这个问题上。以下是如何进行。有错误。这篇文章描述了如何分析实现中的错误并解决问题。

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

不幸的是,Android 中存在与前台服务优先级相关的错误,这些错误是由服务绑定标志的各种组合触发的。即使您已正确地将您的服务指定为前台服务,如果您的进程中的任何服务连接曾经使用某些绑定标志组合进行过,Android 仍可能会终止您的服务。详情如下。

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

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

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

你的朋友是 sysdump 实用程序,它可用于确定活动管理器为你的服务进程分配的优先级,并发现它分配了不正确的优先级的情况。启动并运行您的服务,然后从主机上的命令提示符发出以下命令:

adb shell dumpsys 活动进程 > tmp.txt

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

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

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

在下一节中验证foregroundServices=true。不用担心隐藏和空的设置;它们描述了流程中活动的状态,并且似乎与其中包含服务的流程并不特别相关。如果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”(具有活动的可见进程)或“前台”(具有前台活动的进程)。如果它是“adj=svc”(服务进程),或“adj=svcb”(遗留服务?),或“adj=bak”(空后台进程),那么您的进程可能会被终止,并将被终止即使没有任何回收内存的压力,也不会低于每 30 分钟一次。该行的其余标志主要是 Google 工程师的诊断调试信息。终止决定是根据 adj 字段做出的。简而言之,/FS 表示前台服务;/FA 表示具有活动的前台进程。/B 表示后台服务。末尾的标签表示为进程分配优先级的一般规则。通常它应该匹配 adj= 字段;但是在某些情况下,由于与其他服务或活动的活动绑定上的绑定标志,adj= 值可以向上或向下调整。

如果您遇到了带有绑定标志的错误,则 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”(或更好)。实现该目标的方法是调整绑定标志,直到您设法避免优先级分配中的错误。

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

但总的来说,策略是调整您的 bindService 标志,直到 sysdump 指示您的进程已收到正确的优先级。

出于我的目的,使用 Context.BIND_AUTO_CREATE | Context.BIND_IMPORTANT 用于 Activity 到服务的绑定,以及 Context.BIND_AUTO_CREATE | 用于服务到服务绑定的 Context.BIND_WAIVE_PRIORITY 似乎做了正确的事情。您的里程可能会有所不同。

我的应用相当复杂:两个后台服务,每个可以独立持有前台服务状态,加上第三个也可以采取前台服务状态;其中两个服务有条件地相互绑定;第三个总是绑定到第一个。此外,Activites 在单独的进程中运行(使动画更流畅)。在同一进程中运行活动和服务似乎没有任何区别。

清除进程规则的实现,(以及用于生成 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 个三个前台服务进程保持活动状态在默认配置中)。

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 
于 2013-01-12T12:55:50.233 回答
7

如果它说“不再需要...”,那么该进程中没有当前处于 startForeground() 状态的活动服务。检查以确保您的调用实际上是成功的——您正在看到发布的通知,当时日志中没有任何消息抱怨任何事情等等。还使用“adb shell dumpsys 活动服务”查看您的服务的状态,并确保它实际上被标记为前景。此外,如果它是正确的前台,那么在“adb shell dumpsys 活动”的输出中,您将在显示进程的 OOM adj 的部分中看到,由于该服务,您的进程当前处于前台级别。

于 2011-07-11T05:05:14.370 回答