2016年详解.pptVIP

onBind将返回给客户端一个IBind接口实例，IBind允许客户端回调服务的方法，比如得到Service运行的状态或其他操作。这个时候把调用者（Context，例如Activity）会和Service绑定在一起，Context退出了，Srevice就会调用onUnbind-onDestroy相应退出。 所以调用bindService的生命周期为：onCreate -- onBind(只一次，不可多次绑定) -- onUnbind -- onDestory。 所以，在Service每一次的开启关闭过程中，只有onStart可被多次调用(通过多次startService调用)，其他onCreate，onBind，onUnbind，onDestory在一个生命周期中只能被调用一次。 生命周期 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. Android 对进程间通信实现了一套轻量级的IPC机制 --- Binder机制，基于此基础之上提供了整体的封装，从而实现对象代理机制。(这与COM, CORBA有相似之处，即都是基于对象代理机制。不过Android似乎只限制在本机内，而不像前者是可以跨网络的) Binder工作模式 1. 客户端通过某种方式（后文会详细介绍）得到服务器端的代理对象。从客户端角度看来代理对象和他的本地对象没有什么差别。它可以像其他本地对象一样调用其方法，访问其变量。 2. 客户端通过调用服务器代理对象的方法向服务器端发送请求。 3. 代理对象把用户请求通过Android内核（Linux内核）的Binder驱动发送到服务器进程。 4. 服务器进程处理用户请求，并通过Android内核（Linux内核）的Binder驱动返回处理结果给客户端的服务器代理对象。 5. 客户端收到服务器端的返回结果。 Binder Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. Bider机制的组成 1. Binder驱动 /dev/binder 是Android内核的一个字符驱动设备，它是IPC的核心部分。客户端发送请求最终就是通过它来传递到服务端，而服务端的返回结果也是通过它来传给客户端。内核源码：binder.c 2. Service Manager 顾名思义，它是负责管理服务。服务端有服务的话就得向它注册，而客户端需要向它查询、获得服务。 3. 提供服务的Server （Service） 提供服务的Server, 对普通的应用开发来讲，咱们用到的就是Service, 具体的工作Android都帮忙做了封装，所以开发变得很容易。 4. 调用对象代理的Client (Activity) 普通的应用开发来讲就是 Activity 通过代理对象去请求调用服务，注意：这个过程是同步的，所以如果估计这个服务调用很耗时，那么需要考虑启新线程来调用，而不能用UI主线程。 Binder Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 5. 代理对象 （底层：BpBinder) 底层代理对象工作机制：客户端进程通过服务代理BpBinder对象，调用transact函数，该函数作用就是把客户端的请求写入binder设备另一端的Service进程。从JAVA层面来讲，Android已经为我们封装定义了IBinder接口。 注意: 服务端Service，从底层来讲(c++)都是继承自BBinder (BBinder继承自IBinder接口)，因此Service在底层需要改写BBinder的onTransact虚函数，这样当客户端请求service时，框架会调用相应的ServiceonTransact函数。 对于JAVA层面来讲，实现Service时只需要实现AIDL定义的Stub接口就好，底层的细节系统都为咱们封装好，无需我们的关注。 Binder Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. Android平台提供了一种中间层语言AIDL(Andro