最近在开发过程中遇到相关问题,在此记录过程及解决思路bindservice。
1 原生已经实现功能
R来自adio应用
a 监听开机广播startService
b 点应用360问答图标后bindservice,bindService,实现与Serv减验态预通只映ice的通信
2 需要新实现的功能
其他应用接收开机广播后调用Radio应用,可能会s误入厂世tartActivity,可能会startService, 被拉起后,恢复退出前的状态bindservice。
a 恢复退出前的状态在Service中实现bindservice,在Ser其放又宁安减响理亚手vice中的onBind和onStartCommand中可以获取Intent,
从武击液呀高移intent中获取标记位,如果需要恢复状态,恢复记录的band和channelbindservice。
b 但是判断过程只需要一次,五移掉所以考虑是在onStartCommand中还是onBind中做该判断bindservice。
c 测试发现bindservice,startService时,如果Service府波你照不木克尚未启动,onBind和onStartCo着示重况地笔松矛某mmand都会执行到,如果service已经启动,
则只执行onStartCommandbindservice。
d 己四住害沿鲁几强所以将判断逻辑放在了onStartCommand中bindservice。
e 另外一种情况bindservice,其他应用拉起来的是Activity,需要将intent中的标记位通知到service,之前是用的on度团安义坚相解蒸Bind,同样的原因,
当service已经启动的情况下,onBind不会重新执处想重势氧危课剧线行,并且,bind拉起来的service不会走到onStartCommandbindservice。
f 而如果在Activity拉起来service的时候,只用startService的话,则只会走onStartCommand,无法实现Activity和Service的通信bindservice。
g 所以最后实现,在activ怀跳ity中先startService再bindServicebindservice。
1 Service也是运行在主线程
一个服务(service)运行在主线程中,服务并不创建自己的线程,也不在隔离进程中运行(除非你指定)bindservice。这意味着,如果你的服务要执行CPU费时操作或阻塞操作,你需要在服务中创建新的线程来执行该操作。使用加起李主操间已其他线程,可以避免ANR错误,保证应用的主线程可以与用户交互。
Se向帮也rvice多用于不需要浓越军了项商怎和用户进行交互的后台播放音乐,后台播放Radio等情况,如果涉及交互,只是不希望耗时,可以用threadbindservice。
2 startSe保回延延江击通与rvice和bindService的区别
a 交字似问况问刑里答东依互
通过startservice来启动一个service,启动后,service在后台运行bindservice。通常来说,该service是无法返回结果的。
可以利用bindservice来和service绑定,绑定后,我们可以和service交互,发送请求,得到结果甚至执行IPC通信bindservice。
b 生命周期
startService
通过调用startService启动服务的过程:
-》onCreate —》onStartCommand
多次调用startServicebindservice,服务会多次执行:
-》onStartCommand
多次调用startService后,调用一次stopService即可结束服务bindservice。(若多次调用stopService,只有第一次有用)
调用stopService的服务结束过程
-》onDestroy
bindService
调用bindService启动服务的过程:
-》onCreate —》onBind —》(onServiceConnected)
多次调用bindService,服务本身未执行任何操作bindservice。
一次unBindService就能结束服务bindservice。(若多次调用unBindService,第一次有用,后面会出错)
调用unBindService的服务结束过程:
-》onUnbind —》onDestroy
先startService后bindService
先调用startService,后调用bindServicebindservice。服务的执行过程为:
onCreate —》onStartCommand —》onStart —》onBind —》(onServiceConnected)
先unBindService,后stopServicebindservice。服务结束的执行过程:
onUnbind —》onDestroy
需注意的是:unBindService会执行到onUnbind,stopService会执行到onDestroybindservice。
先stopService,后unBindServicebindservice。服务结束的执行过程:
onUnbind —》onDestroy
需注意的是:stopService不会执行任何操作,unBindService会执行到onUnbind—》onDestroybindservice。
先bindService后startService
先调用bindService,后调用startServicebindservice。服务的执行过程为:
onCreate —》onBind —》(onServiceConnected) —》onStartCommand
先unBindService,后stopServicebindservice。
服务执行的过程同 三bindservice。
先stopService,后unBindServicebindservice。服务结束的执行过程:
服务执行的过程同 三
总结:
1、多次bindService时,服务本身的onBind不会被多次执行bindservice。
2、bind上一个Service后,执行一次unBindService就够了bindservice。不然会出错。
3、一个App里,同一个Activity多次bind一个服务,除了第一次,后面的bind不会有任何onBind、onServiceConnected打印bindservice。
一个App里bindservice,不同的Activity去bind一个服务,第一次bind有onBind、onServiceConnected打印,后面的bind只会
onServiceConnected打印bindservice。
4、一个Activity bind上一个Service后bindservice,如果Activity finish前没有调用unBind,App会崩溃,Log打印如下:
android.***.serviceconnectionleaked: Activity com.***.mainactivity has leaked ServiceConnection
com.***.mainactivity$1@412d9808 that was originally bound here.
3 startForegroundService
Android 8.0 有一项复杂功能;系统不允许后台应用创建后台服务bindservice。 因此,Android 8.0 引入了一种全新的方法,即 ***.startforegroundservice(),以在前台启动新服务。
在系统创建服务后,应用有五秒的时间来调用该服务的 startForeground() 方法以显示新服务的用户可见通知bindservice。
如果应用在此时间限制内未调用 startForeground(),则系统将停止服务并声明此应用为 ANRbindservice。
8.0 以后不希望后台应用运行后台服务bindservice,除非特殊条件
一旦通过startForegroundService() 启动前台服务bindservice,必须在service 中有startForeground() 配套,不然会出现ANR 或者crash
startForeground() 中的id 和notification 不能为0 和 null