Android ApiDemos示范解析(44)：App->Service->Service Start Arguments Controller

Android ApiDemos示例解析(44)：App->Service->Service Start Arguments Controller

本例是ApiDemos关于Service的最后一个例子，这个例子的主要目的是介绍如何向Service传递参数。前面的例子忽略了一个重要的问题： Service 的onStartCommand 或是 onStart(2.1版本之前）是使用调用它的Android组件（通常是Activity）同一个Thread来执行的，对应Activity来说，这个Thread通常是UI Thread，前面的Service例子都是提供非常简单的服务，对于UI 性能不会有很大影响，但如果在Service中使用了较费时的操作，如果网络访问，数据库查询，如果还是使用UI Thread来运行的话，就可能大大降低UI的响应性能，甚至出现ANR（Application Not Response）对话框，所以通常都是在Service新建一个线程来处理来自Client的请求。

Android.os 的Handler, HandlerThread, Loop, Message 常用于Service中，其中Handler介绍可以参见Android 系统Handler用法简介。

Android 中每个Thread都可以有一Message Queue，但除UI Thread外，Thread缺省情况下不带Message Queue， 要为一个Thread 创建一个Message　Queue，可以参见下面代码：

class LooperThread extends Thread { public Handler mHandler; public void run() { Looper.prepare(); mHandler = new Handler() { public void handleMessage(Message msg) { // process incoming messages here } }; Looper.loop(); } }

Looper.prepare()用来创建一个Message Queue， Looper.loop() 处理消息直到Loop停止。 在Thread在创建的Handler将会和Thread的Message Queue关联。Handler的handleMessage用来处理消息，其类型为Message类。

HandlerThread派生于Thread，用于方便创建一个带Looper的Thread。本例就是使用了HandlerThread.

private volatile Looper mServiceLooper; private volatile ServiceHandler mServiceHandler; private final class ServiceHandler extends Handler { public ServiceHandler(Looper looper) { super(looper); } @Override public void handleMessage(Message msg) { ... } ... HandlerThread thread = new HandlerThread("ServiceStartArguments", Process.THREAD_PRIORITY_BACKGROUND); thread.start(); mServiceLooper = thread.getLooper(); mServiceHandler = new ServiceHandler(mServiceLooper);

ServiceStartArguments Service 使用一个新创建的Thread来处理来自Client的消息，这个Thread不是UI Thread，使用HandlerThread 创建一个带Looper的线程，而具体的消息处理是由ServiceHandler的handleMessage来处理。

Message类定义了消息，可以含有对消息的描述description，类型what，缺省带arg1,arg2, obj三个参数可以直接使用。 并提供了obtain()静态函数来构造一个新的Message对象。

ServiceStartArguments.Controller 为ServiceStartArguments Service的Client。它定义了四个按钮，通过Intent的Extra向Service传递参数：

startService(new Intent(Controller.this, ServiceStartArguments.class) .putExtra("name", "One")); startService(new Intent(Controller.this, ServiceStartArguments.class) .putExtra("name", "Two")); startService(new Intent(Controller.this, ServiceStartArguments.class) .putExtra("name", "Three") .putExtra("redeliver", true)); startService(new Intent(Controller.this, ServiceStartArguments.class) .putExtra("name", "Failure") .putExtra("fail", true));

相当于向Service传递了name (string), redeliver(boolean) ,fail(boolean)几个参数。

StartService会触发Service的onStartCommand方法：

@Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i("ServiceStartArguments", "Starting #" + startId + ": " + intent.getExtras()); Message msg = mServiceHandler.obtainMessage(); msg.arg1 = startId; msg.arg2 = flags; msg.obj = intent.getExtras(); mServiceHandler.sendMessage(msg); Log.i("ServiceStartArguments", "Sending: " + msg); // For the start fail button, we will simulate the process dying // for some reason in onStartCommand(). if (intent.getBooleanExtra("fail", false)) { // Don't do this if we are in a retry... the system will // eventually give up if we keep crashing. if ((flags&START_FLAG_RETRY) == 0) { // Since the process hasn't finished handling the command, // it will be restarted with the command again, regardless of // whether we return START_REDELIVER_INTENT. Process.killProcess(Process.myPid()); } } // Normally we would consistently return one kind of result... // however, here we will select between these two, so you can see // how they impact the behavior. Try killing the process while it // is in the middle of executing the different commands. return intent.getBooleanExtra("redeliver", false) ? START_REDELIVER_INTENT : START_NOT_STICKY; }

ServiceStartArguments 在 onStartCommand中根据intent, flags, startId构造一个Message （obtainMessage），然后给Handle发送这个消息sendMessage。

ServiceHandler的handleMessage 则用来具体处理每个消息，

msg.arg1 = startId; startId可以用来停止指定的服务stopSelf(msg.arg1);
msg.arg2 = flags; 为 START_FLAG_REDELIVERY或是START_FLAG_RETRY。
msg.obj = intent.getExtras(); 中定义了name。

handleMessage会根据这些参数执行不同的操作，具体就不一一说明了。