Android Service (Bind Service,使用 Messenger)

最新推荐文章于 2024-07-08 22:03:08 发布

转载最新推荐文章于 2024-07-08 22:03:08 发布 · 983 阅读

android 专栏收录该内容

298 篇文章

订阅专栏

本文介绍了如何在Android应用中使用Messenger实现进程间通信。通过客户端和服务端的交互，展示了如何在不同进程间进行消息传递。包括客户端创建Handler、生成Messenger、发送消息，以及服务端接收消息并响应的过程。实例通过两个工程演示了这种通信方式的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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代码

// client 端 Handler 的实现
private class IncomingHandler extends Handler {
/*
* 处理从Service发送至该Activity的消息
* (non-Javadoc)
* @see android.os.Handler#handleMessage(android.os.Message)
*/
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case MSG_SET_VALUE:
Toast.makeText(BindServiceDemoClient.this,
"set value as: " + msg.arg1, Toast.LENGTH_SHORT)
.show();
break;
default:
super.handleMessage(msg);
}
}
}

复制代码

Java代码

// client 端 ServiceConnection 的实现
private ServiceConnection myRemoteServiceConnection = new ServiceConnection() {
public void onServiceConnected(android.content.ComponentName name,
android.os.IBinder service) {
updateLog("myServiceConnection.onServiceConnected");
// 客户端与服务不在同一个进程中的话，所以不可以进行显示强制类型转换的，
// 因为，通过Debug，可以发现此时传进来的 Service 的类型是 BinderProxy
isBound = true;
// 使用从Service返回的IBinder来生成一个Messenger
Messenger serviceMessenger = new Messenger(service);
// 生成一个Message
Message msg = Message.obtain();
msg.what = MSG_REGISTER_CLIENT;
msg.replyTo = messenger;
try {
// 向Service 发送Message
serviceMessenger.send(msg);
} catch (RemoteException e) {
e.printStackTrace();
}
msg = Message.obtain();
msg.what = MSG_SET_VALUE;
msg.replyTo = messenger;
msg.arg1 = 10;
try {
serviceMessenger.send(msg);
} catch (RemoteException e) {
e.printStackTrace();
}
};

复制代码

② BindServiceDemoService 中：

Java代码

// service 端的 Handler 的实现
private class IncomingHandler extends Handler {
@Override
public void handleMessage(Message msg) {
switch (msg.what) {
case MSG_REGISTER_CLIENT:
allClients.add(msg.replyTo);
break;
case MSG_UNREGISTER_CLIENT:
allClients.remove(msg.replyTo);
break;
case MSG_SET_VALUE:
int value = msg.arg1;
for (int i = 0; i < allClients.size(); i++) {
try {
allClients.get(i).send(
Message.obtain(null, MSG_SET_VALUE, value,
0));
} catch (RemoteException e) {
allClients.remove(i);
}
}
break;
default:
super.handleMessage(msg);
}
}
}

复制代码

Java代码

@Override
public IBinder onBind(Intent intent) {
return messenger.getBinder();
}

复制代码

下面来看运行效果图（Debug模式）：
首先，启动 BindServiceDemoClient

此时，所有的进程如下：

最下面的那个进程即为 BindServiceDemoClient 工程对应的进程，而且还没有 BindServiceDemoService 工程的进程。下面，点击 "Bind Service" 的按钮，当执行下图中的断点时，请注意右上角 service 的类型(BindProxy)，这也从一个方面说明了为什么在 IPC 的时候不可以使用 IBinder 来实现。

按F8继续执行，会得到如下截图：

此时，再来看一下系统中的进程情况：

会发现，在最下面多了一个 BindServiceDemoService 工程的进程，这就说明了 client 与 service 是在不同的进程内的，这也正是本例子的意图：使用 Messenger 在不同进程间进行通信。

现在通过 DDMS 控制台，直接将 com.archer.rainbow.service 进程杀掉，来模拟系统资源少而急需回收系统资源的情况，如下：