对于Android Service 生命周期进行全解析

移动开发 Android
Android Service 生命周期只不过说是终止一个进程,但是当内存不足的时候它必须中止一些老的线程,为了决定哪些进程保留哪些进程中止。

Android Service 生命周期可以促使移动设备的创新,让用户体验到***越的移动服务,只有broadcast receivers执行此方法的时候才是激活的,当 onReceive()返回的时候,它就是非激活状态。

如果没有程序停止它或者它自己停止,service将一直运行。在这种模式下,service开始于调用Context.startService() ,停止于Context.stopService(). service可以通过调用Android Service 生命周期() 或 Service.stopSelfResult()停止自己。不管调用多少次startService() ,只需要调用一次 stopService() 就可以停止service

可以通过接口被外部程序调用。外部程序建立到service的连接,通过连接来操作service。建立连接调开始于Context.bindService(), 结束于Context.unbindService(). 多个客户端可以绑定到同一个service,如果service没有启动, bindService() 可以选择启动它。

这2种模式不是完全分离的。你可以可以绑定到一个通过startService()启动的服务。如一个intent想要播放音乐,通过startService() 方法启动后台播放音乐的service。然后,也许用户想要操作播放器或者获取当前正在播放的乐曲的信息,一个activity就会通过bindService()建立一个到此service的连接. 这种情况下 stopService() 在全部的连接关闭后才会真正停止service

像activity一样, service也有可以通过监视状态实现的生命周期。但是比activity要少――只有3个――而且是public的而不是protected的

  1. void onCreate()   
  2. void onStart(Intent intent)   
  3. void onDestroy() 

通过实现这3个方法,可以监视service生命周期的2个嵌套循环:

整个生命周期 从onCreate() 开始,从onDestroy() 结束,像activity一样, a Android Service 生命周期在 onCreate()中执行初始化操作,在 onDestroy()中释放所有用到的资源。如:后台播放音乐的service可能在 onCreate()创建一个播放音乐的线程,在onDestroy()中销毁这个线程。

活动生命周期 开始于 onStart(). 这个方法处理传入到startService()方法的intent。 音乐服务会打开intent查看要播放哪首歌曲,并开始播放。当服务停止的时候,没有方法检测到――没有 onStop() 方法,onCreate() 和 onDestroy() 用于所有通过Context.startService() or Context.bindService() 启动的service。onStart() 只用于通过startService()开始的service

如果一个Android Service 生命周期是可以从外部绑定的,它就可以触发以下的方法:

  1. IBinder onBind(Intent intent)   
  2. boolean onUnbind(Intent intent)   
  3. void onRebind(Intent intent) 

onBind() 回调被传递给调用bindService 的intent, onUnbind() 被unbindService()中的intent处理。如果服务允许被绑定。那么onBind() 方法返回客户端和sercie的沟通通道。如果一个新的客户端连接到服务,onUnbind() 会触发onRebind() 调用。

下面的图表说明了sercice的回调方法。下面的图片将通过 startService 和通过bindService()启动的service分开了,但是要注意不管他们怎么启动的,都有可能被客户端连接,因此都有可能触发到onBind() 和 onUnbind() 方法。

当经过receiver 请求,broadcast message到达的时候, Android 调用持有message的intent的 onReceive() 方法,只有broadcast receivers执行此方法的时候才是激活的,当 onReceive()返回的时候,它就是非激活状态

一个含有激活的broadcast receiver的进程是不会被中止的。但是只含有非激活组件的进程在它占用的内存被其他程序请求的时候,任何时间都可以被中止。 当响应broadcast message的程序因为消耗很多时间而在另外一个线程 而非UI所在的线程处理的时候会出现一个问题。

当 onReceive() 开启一个线程并返回后,整个程序(包括新建的线程)状态是非激活的(除非此进程中有其他激活的组件), 因此这个进程就有被中止的危险。解决这个问题的办法是onReceive() 方法启动一个Android Service 生命周期,让sercie去做耗时的工作,这样系统就知道此进程中还有活动的工作。

【编辑推荐】

  1. Android应用程序组建原理深入剖析 Android SMS短信服务相关概念简述
  2.  
  3. PythonAndroid数据库相关代码解读
  4. PythonAndroid安装卸载程序具体操作方法解析
  5. Android应用程序的四个关键点
责任编辑:chenqingxiang 来源: 51CTO.com
相关推荐

2010-02-05 15:22:14

2023-04-19 07:50:59

​云原生生命周期管理

2011-06-16 09:31:21

ActivityAndroid

2013-12-06 17:52:08

2010-01-26 17:00:31

Android生命周期

2020-04-02 14:29:21

云安全派拓网络Palo Alto N

2010-12-03 12:22:02

局域网文档文档安全数据保护

2015-07-08 16:28:23

weak生命周期

2014-04-16 13:31:27

AndroidFragment多屏幕支持

2021-10-26 16:39:34

安全隐私大数据

2022-04-19 07:20:24

软件开发安全生命周期SSDLC应用安全

2022-01-11 06:53:23

Gke集群Aks

2021-10-18 11:57:49

大数据安全隐私

2010-02-06 10:34:11

Android生命周期

2013-08-19 17:03:00

.Net生命周期对象

2012-06-20 10:29:16

敏捷开发

2009-06-24 10:47:55

JSF生命周期

2021-07-19 05:52:29

网络生命周期网络框架

2010-02-23 16:46:27

Python设计语言

2023-05-05 16:32:50

SveltosKubernetes集群
点赞
收藏

51CTO技术栈公众号