标签：
先讲讲怎么使用bindService()绑定服务
应用组件(客户端)可以调用bindService()绑定到一个service．Android系统之后调用service的onBind()方法，它返回一个用来与service交互的IBinder绑定是异步的．bindService()会立即返回，它不会返回IBinder给客户端．要接收IBinder，客户端必须创建一个ServiceConnection的实例并传给bindService()．ServiceConnection包含一个回调方法，系统调用这个方法来传递要返回的IBinder．
注：只有activities,services,和contentproviders可以绑定到一个service—你不能从一个broadcastreceiver绑定到service．
broadcastreceiver的context生命周期很短暂，bindservice没有什么意义。
bindService步骤
１实现ServiceConnection.
你的实现必须重写两个回调方法：
onServiceConnected()
系统调用这个来传送在service的onBind()中返回的IBinder．
OnServiceDisconnected()
Android系统在同service的连接意外丢失时调用这个．比如当service崩溃了或被强杀了．当客户端解除绑定时，这个方法不会被调用．
２调用bindService()，传给它ServiceConnection的实现．
３当系统调用你的onServiceConnected()方法时，你就可以使用接口定义的方法们开始调用service了．
４要与service断开连接，调用unbindService()．
当你的客户端被销毁，它将从service解除绑定，但是你必须总是在你完成与service的交互时或当你的activity暂停于是service在不被使用时可以关闭此两种情况下解除绑定．(下面会讨论更多在适当的时候绑定和解除绑定的问题．
使用这个ServiceConnection，客户端可以绑定到一个service，通过把它传给bindService()．例如：
Intentintent = new Intent(this, LocalService.class);
bindService(intent,mConnection, Context.BIND_AUTO_CREATE);
第一个bindService()的参数是一个明确指定了要绑定的service的Intent．
第二个参数是ServiceConnection对象．
第三个参数是一个标志，它表明绑定中的操作．它一般应是BIND_AUTO_CREATE，这样就会在service不存在时创建一个．其它可选的值是BIND_DEBUG_UNBIND和BIND_NOT_FOREGROUND,不想指定时设为0即可．。
补充事项
下面是一些关于绑定到service的重要事项：
你总是需要捕获DeadObjectException异常．它会在连接被打断时抛出．这是被远程方法抛出的唯一异常．
对象引用计数是跨进程的作用的．
你应该在客户端的生命期内使绑定和解除绑定配对进行，例如：
如果你需要在你的activity可见时与service交互，你应该在onStart()绑定并在onStop()中解除绑定．
如果你想让你的activity即使在它停止时也能接收回应，那么你可以在onCreate()中绑定并在onDestroy()中解除绑定．注意这意味着你的activity需要使用在自己整个运行期间使用service(即使位于后台)，所以如果service在另一个进程中，那么你增加了这个进程的负担而使它变得更容易被系统杀掉．
注：你一般不应该在你的activity的onResume()和onPause()中绑定和解除绑定到service，因为这些回调方法,出现在每个生命期变化中，并且你需要使发生在这些变化中的处理最小化．还有，如果你应用中的多个activity绑定到同一个service，并且有一个变化发生在其中两个activity之间，service可能在当前activity解除绑定(pause中)和下一个绑定前(rusume中)被销毁又重建．
管理（多个客户端）BoundService的生命期
当一个service的所有客户端都解除绑定，Android系统就销毁它(除非它是从onStartCommand()启动)．如果你的service是一个纯boundservice，你不需管理它的生命周期—Android系统会为你管理它．。
然而，如果你选择了实现onStartCommand()回调方法，那么你必须明确地停止service，因为service现在被认为是＂开始的＂．在此情况下，service会一直运行，直到service使用stopSelf()停止它自己或另外的组件调用了stopService()停止了它，不管是否有客户端绑定了它．另外，如果你的service已经启动并且接受绑定，那么当系统调用你的onUnbind()方法，你可以选择返回true表示你想在客户端下一次绑定到service时接受一个对onRebind()的调用(而不是一个对onBind()的调用)．onRebind()返回void，但是客户端依然会在它的onServiceConnected()回调中接收到IBinder．下图演示了这种生命其的逻辑：
bindService和startService混合使用时
1.如果先bindService,再startService:
在bind的Activity退出的时候,Service会执行unBind方法而不执行onDestory方法,因为有startService方法调用过,所以Activity与Service解除绑定后会有一个与调用者没有关连的Service存在
2.如果先bindService,再startService,再调用Context.stopService
Service的onDestory方法不会立刻执行,因为有一个与Service绑定的Activity,但是在Activity退出的时候,会执行onDestory,如果要立刻执行stopService,就得先解除绑定。
把上面的"如果先bindService,再startService"换成"如果先startService,再bindService",结果是一样的
当一个服务没被onDestory()销毁之前，只有第一个启动它的客户端能调用它的onBind()和onUnbind()。
欢迎扫描二维码，关注公众账号
Android里Service的bindService()和startService()混合使用深入分析
标签：
原文地址：http://blog.csdn.net/robertcpp/article/details/51537084
