Service和AIDL

Service是android中实现程序后台运行的解决方案，它非常适合用于去执行那些不需要和用户交互而且还要长期运行的任务。Service默认并不会运行在子线程中，它也不运行在一个独立的进程中，他同样执行在UI线程中，因此不要在Service中执行耗时的操作，除非你在Service中创建了子线程来完成耗时操作。当某个应用程序进程被杀死时，所有依赖于该进程的Service也会停止运行。
服务启动了之后会一直保持运行状态，直到stopService或stopSelf函数被调用。IntentService将用户的请求执行在一个子线程中，用户只需要覆写onHandleIntent函数，并且在该函数中完成自己耗时的操作即可。在任务执行完毕之后IntentSerivce会调用stopSelf自我销毁，因此它适用于完成一些短期的耗时任务。
如果希望Service可以一直保持运行状态，而不会由于系统内存不足被回收，可以将Service运行在前台，前台服务不仅不会被系统无情的回收，它还会在通知栏显示一条消息。调用startForeground将服务设置为前台服务。
AIDL是一种接口描述语言，通常用于进程间通信。编译器根据AIDL文件生成一个系列对应的java类，通过预先定义的接口以及Binder机制达到进程间通信的目的。客户端通过bindService来与远程服务端建立一个连接，在该连接建立时会返回一个IBinder对象，该对象是服务端Binder的BinderProxy，在建立连接时，客户端通过asInterface函数将该BinderProxy对象包装成本地的Proxy，并将远程服务端的BinderProxy对象赋值给Proxy类的mRemote字段，就是通过mRemote执行远程函数调用。
AIDL的用法如下：
在客户端新建一个ADIL文件，添加一个void ssoAuth(String username, String pwd)函数，Rebuild下工程就会生成一个SsoAuth.java类，同时将该AIDL文件拷贝到服务端，它们的包名、类名完全一致。生成的类也完全一致，这样在远程调用时它们就能够拥有一致的类型，该文件中有一个Stub类实现了SsoAuth接口。
我们首先需要定义一个Service子类，然后再定义一个继承自Stub的子类，并且在Service的onBind函数中返回这个Stub子类的对象。实际上完成功能的是继承自Stub的SinaSsoImpl类。服务注册运行起来。客户端进行服务绑定bindService，服务连接后在onServiceConnected函数中将Binder转换为SsoAuth,mSsoAuth = SsoAuth.Stub.asInterface(iBinder)，最后调用mSsoAuth.ssoAuth。实际上是调用服务端的SinaSsoImpl的ssoAuth函数。
这一切的核心都是通过AIDL文件生成的Stub类以及其背后的Binder机制。在SsoAuth.java中最重要的是生成一个Stub类，该类继承自Binder类，并且实现类SsoAuth接口。Stub里面最重要的就是asInterface()函数，在这个函数中会判断obj参数的类型，如果obj是本地类型，则认为不是进程间调用，否则会通过自动生成另一个内部类Proxy来包装obj，将obj赋值给Proxy中的mRemote字段。Proxy类也实现了SsoAuth接口，不同的是它是通过Binder机制来与远程进程进行交互。
客户端的调用会通过Binder机制传递到服务端，最终调用Stub类中的onTransact函数，服务端是指令的接收端。我们调用ssoAuth()时，实际上就是通过mRemote向服务端提交了一个TRANSACTION_ssoAuth请求。客户端绑定成功连接后，onServiceConnected(ComponentName name, IBinder service)这里的service对象是BinderProxy类型，通过asInterface转换后被包装成了Proxy类型，但是调用的时候，执行的是服务端SinaSsoImpl中的ssoAuth函数，因此SinaSsoImpl实例mBinder被服务端包装成BinderProxy类型，再经过客户端的Proxy进行包装，通过Binder机制进行数据传输，实现进程间调用。