http://www.apkbus.com/android-13768-1-1.html
上次讲了第一种 Bind Service 的实现方式,今天讲 第二种:使用 Messenger 这种情况适用于你想实现进程间通信的场合,它分以下几个步骤: ① service 内部需要有一个 Handler 的实现,它被用来处理从每一个 client 发送过的来请求 ② 通过这个 Handler ,来生成一个 Messenger ③ 在 service 的onBind() 方法中,需要向 client 返回由该 Messenger 生成的一个 IBinder 实例 ④ client 使用从 service 返回的 IBinder 实例来初始化一个 Messenger, 然后使用该 Messenger 与 service 进行通信 ⑤ service 通过它自身内部的 Handler 实现(Handler 人 handleMessage() 方法中)来处理从 client 发送过来的请求 下面给出一实例进行说明,该实现由两个工程组成: ① BindServiceDemo_Client: 该工程中只包含一个Activity,用来绑定另一个工程中的 Service ② BindServiceDemo_Service:该工程中只包含一个Service 在实例中, Client 与 Service 中都有一个Messenger ,所以可以进行两者的互相请求与应答。话不多说,贴上部分源码: ① BindServiceDemoClient 中:
Java代码
Java代码 ② BindServiceDemoService 中:
Java代码
Java代码 下面来看运行效果图(Debug模式): 首先,启动 BindServiceDemoClient ![]() 此时,所有的进程如下: ![]() 最下面的那个进程即为 BindServiceDemoClient 工程对应的进程,而且还没有 BindServiceDemoService 工程的进程。下面,点击 "Bind Service" 的按钮,当执行下图中的断点时,请注意右上角 service 的类型(BindProxy),这也从一个方面说明了为什么在 IPC 的时候不可以使用 IBinder 来实现。 按F8继续执行,会得到如下截图: ![]() 此时,再来看一下系统中的进程情况: ![]() 会发现,在最下面多了一个 BindServiceDemoService 工程的进程,这就说明了 client 与 service 是在不同的进程内的,这也正是本例子的意图:使用 Messenger 在不同进程间进行通信。 现在通过 DDMS 控制台,直接将 com.archer.rainbow.service 进程杀掉,来模拟系统资源少而急需回收系统资源的情况,如下: ![]() 系统会输出如下日志: ![]() 之后,当系统资源充足的时候,会自己重新启动该进程,如下图: ![]() 同时,系统输出的日志为: 另外,需要注意的是,当我们通过界面点击 "Unbind Service" 的时候,虽然服务被解绑了,但是系统并没有立即将 com.archer.rainbow.service 这一进程给杀掉: ![]() ![]() 但若此时,通过 DDMS 控制台,直接将该进程杀掉的话,系统也不会重新启动该进程 ![]() 注意与上面对应的日志 进行比对,你会发现它少了 "Scheduling restart........" 的这条日志。 PS:若想将 service 在另一个进程中启动,你也可以在声明 Service 的时候,使用 "android:process=":remote"" 这种方式来实现。 ![]() ![]() |