android四大组件启动流程 - Service启动流程


转载请注明出处:http://blog.csdn.net/newhope1106/article/details/53843809前面已经提过Activity的启动流程,有兴趣的可以查看:http://blog.csdn.net/newhope1106/article/details/53355189,里面主要都是代码流程。Service启动有2种方式,一种是startService,一种是bindService,两者目的不一样,前者是做长时间的后台操作(比如下载,播放音乐),后者主要是完成交互,前者的需要调用stopService或者stopSelf来停止,生命周期和调用者无关,而后者生命周期一般和调用者(Activity)是一致的,当调用者destroy之后,Service会解除绑定,如果所有的绑定都解除,才会退出。当然有一种特殊情况下,一个Service同时被startSerive和bindService调用过,只有两者的结束条件都被调用了,才会退出,如播放音乐的时候,调用过startService,然后想交互的时候,又调用了bindService,则需要调用stopService(或stopSelf)和unbindService才会退出。(1)startService方式启动service流程

在Activity启动的流程中有一个attach方法调用,下面看看关键的代码:

Context appContext = createBaseContextForActivity(r, activity);
CharSequence title = r.activityInfo.loadLabel(appContext.getPackageManager());
Configuration config = new Configuration(mCompatConfiguration);
if (DEBUG_CONFIGURATION) Slog.v(TAG, "Launching activity "
+ r.activityInfo.name + " with config " + config);
activity.attach(appContext, this, getInstrumentation(), r.token,
r.ident, app, r.intent, r.activityInfo, title, r.parent,
r.embeddedID, r.lastNonConfigurationInstances, config,
r.referrer, r.voiceInteractor);

上述的createBaseContextForActivity生成的其实是ContextImpl这个类,因此在调用startService实际上是ContextImpl来调用的。下面是startService的调用流程:
ContextImpl.startService(...)

ContextImpl.startServiceCommon(...)

ActivityManagerService.startService(...)

ActiveServices.startServiceLocked(...)

ActiveServices.startServiceInnerLocked(...)

ActiveServices.bringUpServiceLocked(...)

ActiveServices.realStartServiceLocked(...)

ActivityThread.ApplicationThread.scheduleCreateService(...)

ActivityThread.H.handleMessage(CREATE_SERVICE)

ActivityThread.handleCreateService(...)

Service.attach(...)

Service.onCreate(...)

ActiveServices.sendServiceArgsLocked(...)

ActivityThread.ApplicationThread.scheduleServiceArgs(...)

ActivityThread.H.handleMessage(SERVICE_ARGS)

ActivityThread.handleServiceArgs(...)

Service.onStartCommand(...)
以上是startService的启动流程,和Activity的流程基本类似,由startService方法开始,然后跨进程调用AMS,AMS再扔给对应的类来处理,AMS基本上像一个桥接器一样,但是真正实现里面复杂逻辑的不是AMS,而是由相应的功能类来处理。比如Service是由ActiveServices来管理的。上述只列出基本方法调用流程,可以清楚的看到Service的生命周期的2个方法onCreate、onStartCommand。
(2)bindService方式启动service流程
ContextImpl.bindService(...)

ContextImpl.bindServiceCommon(...)

ActivityManagerService.bindService(...)

ActiveServices.bindServiceLocked(...)

ActiveServices.bringUpServiceLocked(...)

ActiveServices.realStartServiceLocked(...)

ActivityThread.ApplicationThread.scheduleCreateService(...)

ActivityThread.H.handleMessage(CREATE_SERVICE)

ActivityThread.handleCreateService(...)

Service.attach(...)

Service.onCreate(...)

ActiveServices.requestServiceBindingLocked(...)

ActivityThread.ApplicationThread.scheduleBindService(...)

ActivityThread.H.handleMessage(BIND_SERVICE)

ActivityThread.handleBindService(...)

Service.onBind(...)

ActivityManagerService.publishService(...)
上述是bindService的过程,包含了2个生命周期方法onCreate、onBind,所不同的是bindServiceCommon中,会把客户端的ServiceConnection对象转化为ServiceDispatcher.InnerConnection对象。因为很多时候Service会被用于远程服务,提供一个公开的接口,供连接的客户端调用(C/S模式),此时是跨进程调用,因此需要借助于binder才能让远程服务端回调自己的方法,而ServiceDispatcher的内部类InnerConnection就充当Binder这个角色。这个过程是LoadedApk的getServiceDispatcher方法来完成的。
以上是Service的2种启动方式,其实终止和解绑的过程都差不过类似。注:service被多次startService,只需要一次stopService就可以结束,但是被多次bindService则需要全部unbindService才结束。

智能推荐

注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
© 2014-2019 ITdaan.com 粤ICP备14056181号  

赞助商广告