Service的2个分类以及各自的生命周期
通过startService() 启动的服务叫做本地服务, 即Local Service, 客户端只是能启动service, service一般新建线程干自己的事, 无法调用service的方法进行交互.
通过bindService() 启动的服务叫做远程服务,即Remote Service, 也叫做基于aidl的服务, 支持客户端和服务端可以相互调用对方的方法.
关键方法暗示的信息
小技巧: 看继承自Service的类时,如果onBind()返回null, 那就知道这个Service就是本地服务, 客户端只能通过startService()启动, 不能通过bindService() 启动.
eg.
PrecacheService.java
public class PrecacheService extends Service {
/** PrecacheService does not support binding. */
@Override
public IBinder onBind(Intent intent) {
return null;
}
}
本地服务的启动和停止, 以及int onStartComand()的返回值.
启动:
Intent intent = new Intent(context, DownloadService.class);
context.startService(intent);
停止:
Intent intent = new Intent(context, DownloadService.class);
context.stopService(intent);
或 Service自己调用stopSelf() API.
private void shutdownPrecaching() {
mIsPrecaching = false;
releasePrecachingWakeLock();
stopSelf();
}
int onStartComand()的返回值含义:
START_STICKY:
包含Service的进程被异常kill掉,系统会自动重启该服务, 但是传递给onStartComand()的intent为null.
START_NOT_STICKY:
包含Service的进程被异常kill掉,系统不会自动重启该服务.
START_REDELIVER_INTENT:
包含Service的进程被异常kill掉,系统会自动重启该服务, 并且把之前保留的intent传递给onStartComand().
另外:
START_STICKY和 START_NOT_STICKY:当进程被杀死后onDestroy()是不会被执行的!
START_REDELIVER_INTENT :当进程被杀死后onDestroy()会被执行!
远程服务的基本使用方法
客户端和服务端共享完全相同内容的aidl文件,里面定义服务端暴露给客户端可以调用的API, 各自通过IDE生成其对应的java文件.
服务端代码:
- 在Service中, 声明一个
private Binder mBinder = new IBookManager.Stub() {
//实现对aidl中的方法
//IBookManager是通过aidl生成的class, Stub是生成class中的内部类
}
- 在onBind()方法中把这个mBinder返回给客户端使用.
@Override
public IBinder onBind(Intent intent) {
return mBinder;
}
客户端代码:
- 创建一个实现了ServiceConnection接口的对象, 实现里面的2个方法,
onServiceConnected()和onServiceDisconnected().
在onServiceConnected()中把服务端返回的mBinder对象, 转换为aidl生成类的对象, 之后就可以通过这个对象访问服务端方法了.
public void onServiceConnected(ComponentName className, IBinder service) {
IBookManager bookManager = IBookManager.Stub.asInterface(service);
mRemoteBookManager = bookManager;
}
其中, IBookManager就是aidl文件生成的类.
- 使用ServiceConnection的对象和Intent对象, 连接服务端Service.
Intent intent = new Intent(this, BookManagerService.class);
//绑定Service, 成功后ServiceConnection mConnection的onServiceConnected()方法被回调.
bindService(intent, mConnection, Context.BIND_AUTO_CREATE);
- 解除绑定调用unbindService()
context.unbindService(mConnection);
不要在onServiceConnected中直接调用远程方法
因为onServiceConnected()运行在UI线程, 调用的远程方法可能是个耗时操作,无法预知,
因此不能直接调用, 避免ANR的发生.
如何实现服务端调用客户端的方法
使用RemoteCallbackList类
在aidl中提供注册API, 客户端把自己的一个对象传递给服务端,
服务端通过RemoteCallbackList类型的一个对象保存所有的客户端对象,
通过遍历RemoteCallbackList对象就可以调用客户端的方法.
private RemoteCallbackList<IOnNewBookArrivedListener> mListenerList
这样就实现了双向调用.
服务端意外停止后, 客户端应该如何处理
创建一个IBinder.DeathRecipient接口的对象, 并实现里面的binderDied()方法.
在客户端里去调用IBinder的linkToDeath()注册,
这样服务端意外中止后, binderDied()方法会被回调.
private IBinder.DeathRecipient mDeathRecipient = new IBinder.DeathRecipient() {
@Override
public void binderDied() {
Log.d(TAG, "binder died. tname:" + Thread.currentThread().getName());
if (mRemoteBookManager == null)
return;
mRemoteBookManager.asBinder().unlinkToDeath(mDeathRecipient, 0);
mRemoteBookManager = null;
// TODO:这里重新绑定远程Service
}
};
mRemoteBookManager.asBinder().linkToDeath(mDeathRecipient, 0);
同时, 客户端的onServiceDisconnected()在服务端意外中止时也会被回调,
只是区别在于onServiceDisconnected()运行在UI线程, binderDied()运行在Binder线程池中的线程.
服务端意外中止时, 客户端的处理方式一般是重新去bindService().
权限认证
保证服务端的service只准许被公司内部应用连接.
- 可以在Service的onBind()中调用checkCallingOrSelfPermission()检查客户端的AndroidManifest.xml是否声明了特定权限
@Override
public IBinder onBind(Intent intent) {
int check = checkCallingOrSelfPermission("com.ryg.chapter_2.permission.ACCESS_BOOK_SERVICE");
Log.d(TAG, "onbind check=" + check);
if (check == PackageManager.PERMISSION_DENIED) {
return null;
}
return mBinder;
}
<uses-permission android:name="com.ryg.chapter_2.permission.ACCESS_BOOK_SERVICE"/>
检查没有权限的话, 返回null.
2.也可以在服务端的onTransact()中检查权限和客户端的uid是否是公司内部应用
查看通过aidl生成的java类, 可以看到所有客户端调用服务端的方法都是首先进入到onTransact(),
在onTransact()中再通过switch case调用到真正的aidl中的方法,所以可以通过复写onTransact()进行权限认证.
//双重安全性检查.
Override
public boolean onTransact(int code, Parcel data, Parcel reply, int flags)
throws RemoteException {
int check = checkCallingOrSelfPermission("com.ryg.chapter_2.permission.ACCESS_BOOK_SERVICE");
Log.d(TAG, "check=" + check);
if (check == PackageManager.PERMISSION_DENIED) {
return false;
}
//通过getCallingUid()得到客户端的uid, 再通过PackageManager根据uid查到package name进行检查.
String packageName = null;
String[] packages = getPackageManager().getPackagesForUid(
getCallingUid());
if (packages != null && packages.length > 0) {
packageName = packages[0];
}
Log.d(TAG, "onTransact: " + packageName);
if (!packageName.startsWith("com.ryg")) {
return false;
}
//验证都通过后,才在super.onTransact()中调用真正的aidl方法.
return super.onTransact(code, data, reply, flags);
}
项目中的应用场景
本地服务: DownloadService.java 实现下载功能
远程服务: IUIAdapter.aidl 实现调用手机助手的方法
IntentService
作为本地服务来说, Service的几个生命周期方法都是运行在UI线程,
所以通常的做法是再开一个新线程执行实际的工作. 为简化这个操作,
framework提供了IntentService, 关键方法是onHandleIntent(Intent intent),
在一个worker thread中处理传进来的intent.
使用IntentService的目的是为了简化直接继承Service作为本地服务时的操作.
chromium的MinidumpUploadService extends IntentService,
用于上传造成crash时的dump文件.
代码实践
完整的示例代码可以看之前的总结:
http://www.jianshu.com/p/7e97076d8613 (IPC机制)
https://github.com/singwhatiwanna/android-art-res/blob/master/Chapter_2/src/com/ryg/chapter_2/aidl/BookManagerService.java
自己写了一个app, 用于监测指定进程的cpu占用情况, 并实现了双向调用操作.
完整app代码在:
https://github.com/AandK/PerformanceMonitor
生命周期的调用参考图:
http://www.th7.cn/Program/Android/201411/307510.shtml
------------DONE---------