Android Framework 学习(七):Service启动原理
一、Service的启动方式
Service的启动方式主要是:startService、bindService。
binderService和startService的区别:
binderService不会触发应用端的onStartCommand函数。
二、startService的流程
流程分为两部分:AMS端、应用端。
AMS的流程:
1). 先看Service启动了没有:如果启动了就直接发指令,让应用端执行onStartCommand()。
2). 如果Service没有启动,就看它所在进程启动了没有:如果已经启动,就去启动Service,等Service启动了之后再发送指令让其执行onStartCommand。
3). 如果进程没有启动就去启动进程,等进程启动后再启动Service。
应用端的流程:
1). 先创建Service对象
2). 再赋予上下文
3). 最后调用生命周期onCreate()
startService启动过程的参与者和通信过程:
参与者和通信过程可以结合下图来进行梳理和理解:
三、bindService的流程
首先bindService的用法如下:
//1.首先要定义一个AIDL接口: IRemoteCaller mCaller; ServiceConnection mServiceConnection = new ServiceConnection(){ //3.绑定成功后会收到onServiceConnected回调 @Override public void onServiceConnected(ComponentName name, IBinder service){ //4.根传进来的binder对象封装成一个业务层的接口对象 mCaller = IRemoteCaller.Stub.asInterface(service); //5.用这个对象向Service发起调用 mCaller.call(); } ... }; //2.应用端调用bindService进程绑定 Intent service = new Intent(this, MyService.class); bindService(service, mServiceConnection, BIND_AUTO_CREATE);
bindService流程如下图所示:
根据上图,概况Binder流程如下:
- 应用向AMS发起bindService调用。
- AMS首先检查有没有Service的binder句柄,如果有就直接把它回调给应用。
- 如果没有,AMS就会向Service请求binder句柄。
- Service收到之后就会把自己的binder句柄发布到AMS。
- AMS再把这个binder句柄回调给应用。
- 应用拿到这个binder句柄后就可以向Service发起binder调用了。