更新 :我还没有找到解决问题的真正方法。我确实想出了一种方法,可以在连接丢失时自动重新连接到以前的蓝牙设备。这并不理想,但它似乎工作得相当好。不过,我很想听听关于此的更多建议。
我遇到了和这个问题一样的问题: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)
这些似乎表明服务正在前台运行。
最佳答案
好吧多基。我经历了 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
关于android - 前台服务被安卓杀死,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6645193/