service常见的有2种方式,本地service以及remote service。
这2种的生命周期,同activity的通信方式等,都不相同。
关于这2种service如何使用,这里不做介绍,只是介绍一些被遗漏的地方
1.远程Service(AIDL方式)
package com.joyfulmath.samples.basecontrol; import android.app.Activity; import android.content.ComponentName; import android.content.Intent; import android.content.ServiceConnection; import android.os.IBinder; import android.os.RemoteException; import com.joyfulmath.samples.R; import com.joyfulmath.samples.TraceLog; import org.androidannotations.annotations.Click; import org.androidannotations.annotations.EActivity; /** * Created by Administrator on 2016/10/11 0011. * service connect activity samples */ @EActivity(R.layout.activity_connect_service) public class ServiceConActivity extends Activity { private ISamplesAidlInterface binder; private ServiceConnection connection = new ServiceConnection() { @Override public void onServiceConnected(ComponentName name, IBinder service) { TraceLog.i(); binder = ISamplesAidlInterface.Stub.asInterface(service); if(binder!=null) { try { binder.registerCallBack(mCallBack); } catch (RemoteException e) { e.printStackTrace(); } } } @Override public void onServiceDisconnected(ComponentName name) { TraceLog.i(); binder = null; } }; private ICallBack.Stub mCallBack = new ICallBack.Stub() { @Override public void onServiceStateChanged(int s) throws RemoteException { TraceLog.i(String.valueOf(s)); } }; public void bindSamplesService() { TraceLog.i(); Intent intent = new Intent(this,ServiceSamples.class); // intent.setAction("com.joyfulmath.service.samples"); bindService(intent,connection,BIND_AUTO_CREATE); } public void unBindSamplesService() { TraceLog.i(); if(binder!=null) { try { binder.unRegisterCallBack(mCallBack); } catch (RemoteException e) { e.printStackTrace(); } } unbindService(connection); } @Click(R.id.btn_connect) void connectClick() { TraceLog.i(); bindSamplesService(); } @Click(R.id.btn_unconnect) void unConnectClick() { TraceLog.i(); unBindSamplesService(); } @Click(R.id.btn_do) void doAction() { if(binder!=null) { try { int r = binder.doBackground("action"); TraceLog.i(String.valueOf(r)); } catch (RemoteException e) { e.printStackTrace(); } } } @Override protected void onDestroy() { super.onDestroy(); TraceLog.i(); unBindSamplesService(); } }
ServiceConActivity
package com.joyfulmath.samples.basecontrol; import android.app.Service; import android.content.Intent; import android.os.IBinder; import android.os.RemoteCallbackList; import android.os.RemoteException; import android.support.annotation.Nullable; import com.joyfulmath.samples.TraceLog; /** * Created by Administrator on 2016/10/11 0011. */ public class ServiceSamples extends Service { private SamplesBinder samplesBinder = null; private RemoteCallbackList<ICallBack> mCallbacks = new RemoteCallbackList<>(); @Nullable @Override public IBinder onBind(Intent intent) { TraceLog.i(); return samplesBinder; } @Override public int onStartCommand(Intent intent, int flags, int startId) { TraceLog.i(); return super.onStartCommand(intent, flags, startId); } @Override public boolean onUnbind(Intent intent) { TraceLog.i(); return super.onUnbind(intent); } @Override public void onDestroy() { super.onDestroy(); TraceLog.i(); mCallbacks.kill(); } @Override public void onCreate() { super.onCreate(); samplesBinder = new SamplesBinder(); TraceLog.i(); } public class SamplesBinder extends ISamplesAidlInterface.Stub{ @Override public int doBackground(String action) throws RemoteException { TraceLog.i(); return -1; } @Override public void findPerson(PersonCall p) throws RemoteException { notifyFindPerson(); } @Override public void registerCallBack(ICallBack cb) throws RemoteException { mCallbacks.register(cb); } @Override public void unRegisterCallBack(ICallBack cb) throws RemoteException { mCallbacks.unregister(cb); } } private void notifyFindPerson() throws RemoteException { try{ synchronized (this){ int n = mCallbacks.beginBroadcast(); for(int i=0;i<n;i++){ mCallbacks.getBroadcastItem(i).onServiceStateChanged(0x11); } mCallbacks.finishBroadcast(); } }catch (RemoteException e) { TraceLog.i(e.getMessage()); } } }
ServiceSamples
这是简单的service & activity交互的代码。
在看关键的AIDL代码:
// ISamplesAidlInterface.aidl package com.joyfulmath.samples.basecontrol; import com.joyfulmath.samples.basecontrol.PersonCall; import com.joyfulmath.samples.basecontrol.ICallBack; // Declare any non-default types here with import statements interface ISamplesAidlInterface { int doBackground(in String action); void findPerson(in PersonCall p); void registerCallBack(ICallBack cb); void unRegisterCallBack(ICallBack cb); }
// PersonCall.aidl package com.joyfulmath.samples.basecontrol; parcelable PersonCall;
// ICallBack.aidl package com.joyfulmath.samples.basecontrol; // Declare any non-default types here with import statements interface ICallBack { void onServiceStateChanged(int s); }
这里有3个问题,我们从头往下看,就能明白。
1)为什么在其他APK调用该service的时候,aidl的文件包必须一致
2)为什么要自定义PersonCall.aidl
3) ICallBack是什么玩意。
4)多个APK连接同一个service,该service会产生多个实例吗。怎么保证不冲突呢?
其实1) & 2)的问题是一样的,都是基于java的classloader原理。
同一个类,必须在同一个包内,并且由同一个classloader加载,才能表示他们是同一个类。
所以AIDL在拷贝的时候,必须保证是同一个包名(AIDL在打包的时候会生成java文件。)
并且自定义的参数class,必须有AIDL定义,才能让其他APK可以理解该类。当然为了传输,需要继承自pracacle
3)关于service回调的工作,是由RemoteCallbackList 专门用来回调通知client端。
首先在client端定义的listener,远端是没有实体对象的,所以在作为参数传入到远端的时候,会复制一份,并且与binder绑定。
下面来看看真正的干货,第4个问题:
我们分成几个小问题来解答。
I,如果service和activity不在同一个app,那么activity可以通过startservice or bindservice的方式启动该service吗?如果不行,怎么启动该service。
经测试,可以通过bindservice的方式启动。
II,如果2个client同时对同一个service做bind操作,会有什么结果?
binderservice都会返回成功操作,并且前一个client,没有收到disconnect的通知。
此时service的操作,会返回对后面一个client传递的参数的操作,也就是只有一份service实例,会同时binder2个client,but只会处理后面一个client的行为。
所以此时,service应该阻止由其他client端输入的请求,并且可以提供接口给到client,由他决定是否关闭这个binder。
下面是bindservice的flag参数说明:
常量名 | 值 | 含义 |
---|---|---|
BIND_ABOVE_CLIENT | 8 | 如果当绑定服务期间遇到OOM需要杀死进程,客户进程会先于服务进程被杀死。 |
BIND_ADJUST_WITH_ACTIVITY | 128 | 允许客户进程提升被绑定服务进程的优先级 |
BIND_ALLOW_OOM_MANAGEMENT | 16 | 如果绑定服务期间遇到OOM需要杀死进程,被绑定的服务进程会被OOM列入猎杀对象中。 |
BIND_AUTO_CREATE | 1 | 若绑定服务时服务未启动,则会自动启动服务。 注意,这种情况下服务的onStartCommand 仍然未被调用(它只会在显式调用startService 时才会被调用)。 |
BIND_DEBUG_UNBIND | 2 | 使用此标志绑定服务之后的unBindService 方法会无效。 这种方法会引起内存泄露,只能在调试时使用。 |
BIND_IMPORTANT | 64 | 被绑定的服务进程优先级会被提到FOREGROUND级别 |
BIND_NOT_FOREGROUND | 4 | 被绑定的服务进程优先级不允许被提到FOREGROUND级别 |
BIND_WAIVE_PRIORITY | 32 | 被绑定的服务进程不会被OOM列入猎杀对象中。 |
可以看到,他们是可以组合使用的。
如果在第三方APP 使用service
第一步:在java同级目录下,创建aidl文件夹
第二步:把AIDL文件copy该目录下,注意保持包名一致。
第三步:把自定义的class,copy到java目录下,包名一致。
第四步:启动service需要用显示的定义(android5.0开始):
public void bindSamplesService() { TraceLog.i(); // ComponentName name = new ComponentName("com.joyfulmath.samples","ServiceSamples"); Intent intent = new Intent(); // intent.setComponent(name); intent.setAction("com.joyfulmath.service.samples"); intent.setPackage("com.joyfulmath.samples"); intent.putExtra("cookie","third"); bindService(intent,connection,BIND_AUTO_CREATE|BIND_ADJUST_WITH_ACTIVITY); }
android 5.1上,亲测,该方式可行,使用componentName不行,需进一步研究。
2.startservice
startservice可以跨进程调用,也就是调用其他app的service。
public void bindSamplesService() { TraceLog.i(); Intent intent = new Intent(); intent.setAction("com.joyfulmath.service.samples"); intent.setPackage("com.joyfulmath.samples"); intent.putExtra("cookie","third"); // bindService(intent,connection,BIND_AUTO_CREATE|BIND_ADJUST_WITH_ACTIVITY); startService(intent); }
关于startservice,你所不知道的内容如下:
public abstract ComponentName startService(Intent service);
该方法还会返回一个ComponentName ,这个name就是表示package+name,因为classname会重复。
* @return If the service is being started or is already running, the * {@link ComponentName} of the actual service that was started is * returned; else if the service does not exist null is returned.
注释说的很清楚。
* <p>This function will throw {@link SecurityException} if you do not * have permission to start the given service.
没有权限,就会报安全异常。
跨进程启动service的流程:
如果考虑到进程,那么我们就应该暂时撇开四大组件的概念。
从操作系统,进程线程的本质来考虑问题。
Activity是生存在一个ActivityThread。它就是一个app(一般对应一个进程)的主线程。
那么service在哪里,也在主线程中。可以通过tracelong来认证这个结论。
所以说,service虽然是有独立生命周期的一大组件,但是它默认还是在主线程中。所以也会ANR。
既然要跨进程,必然也需要binder机制,可能我们看不到而已。
大致流程如下:
从主进程调用到AMS进程(SystemServer进程),创建新的进程。这个过程需要用到binder通信。
从新进程回调AMS,获取新进程的一些信息。关键是这些信息是从源进程传递过来+manifest注册的。
从AMS回到新进程,直到新进程启动(同时包括service启动)
这三步都是跨进程启动service的过程,都需要binder机制来通信。
具体详细流程,后续会继续分析。
3.process lifecycle
关于service对应的lifecycle已经在activity那篇里说明了。
4.binder机制
关于这块之前以及有相关博文,接下来打算再详细分析下。binder机制是android最重要的基石。
server 会在通过servermanger注册它,然后提供远程调用的句柄,通过binder机制
client获取servermanger不需要通过binder,应为servermanger是默认的句柄为0,可以直接获取到。
所以说,servermanager是在等待client端发送请求,然后它去寻找以及注册的server,得到它的远程对象,进行通信。