Android开发文档翻译之-Services

Service是一种能长期在后台运行同时不需要与用户进行交互的应用组件。其他组件可以开启service，开启后service可以自行运行及时用户已经切换到其他的应用。此外，组件可以与service进行绑定来进行交互，及时是跨进程的交互（Android的IPC机制）。网络操作、播放音乐、执行文件IO操作或是与内容提供者进行交互，这些操作都可以通过service在后台进行。

Service的两种形式：

Started

通过调用startService()，你可以启动一个service。一旦被启动，service可以独立的运行在后台，即使启动的组件被销毁。通常，被启动的service用来执行一个单一的操作，并且没有返回值。例如，下载网络上的一个文件。当操作执行完毕后，service应当自行结束。

Bound

通过调用bindService()，你可以绑定一个service。一个被绑定的service一般会提供一个接口用来与组件进行交互、发送请求、获取结果、甚至进行进程间的交互（IPC）。被绑定的service的生命周期和其绑定的组件相同。尽管多个组件可以同时绑定一个service，但是但所有这些组件进行解绑后，service会被销毁。

虽然文档中一般会对两种形式的service分开介绍，但是你可以同时开启和绑定service。只需要同时覆写两个回调-onStartCommand和onBind即可。

无论是用哪种方式启动service（或是两者都用），你都可以使用Intent来操作service，就想操作Activity一样。然而，如果你不想让其他应用使用你的service，你可以在manifest文件中将service申明为私有的，具体请看Service在清单文件中的申明。

基础介绍

想要使用service，你需要继承Service类或其子类。你需要覆写一些回调方法同时在这些方法中进行一些关键操作。一下是一些较为重要的生命周期回调回调：

onStartCommand()

系统会在你调用了startService后调用该函数。一旦该方法执行，service会被启动并独立运行在后台。如果你实现了该方法，你必须在合适的时机调用stopSelf()或者stopService(）来停止service。（如果你仅提供绑定接口，你可以不实现该方法）

onBind()

当有其他组件通过bindService()绑定service后，系统会调用onBind()函数。你需要在该方法中提供一个实现了IBinder接口的类供给client使用。该方法必须要覆写，如果你不希望你的service提供绑定功能，你可以直接返回null。

Android系统会在内存较低时强制停止service；如果service被绑定在一个拥有焦点的activity上时，其被kill的风险会降低；如果一个service被申明为前台service，那么它几乎不会被kill。否者的话，如果service被长时间开启，那么随着时间的推移，service在系统中的优先级就会越低，被kill的风险就会越高。如果你的service被启动了，那么你就应该考虑到其被系统kill的情况。如果系统kill了一个service，那么在资源宽松的情况下，系统会重启它（这个需要根据你在onStartCommand()的返回值决定重启的策略）。

Service在清单文件中的申明

和activity一样，你需要在清单文件中申明service。

<manifest ... >
...
<application ... >
<service android:name=".ExampleService" />
...
</application>
</manifest>

在service节点中可以申明一些其他的属性。这些属性都是可选的。只有android:name这一属性是必须的——该属性用来描述一个唯一的service类名，你应该确保不去修改该类名。

为了确保你的应用的安全性，应该使用显式意图来启动或者绑定service，并且不在service中申明intent-filters。

此外，你可以通过设置android:exported属性为false来确保你的service仅可以在你自己的应用中被使用。这可以有效得阻止其他应用使用你的service，即使通过显式意图也不可以。

以启动方式创建service

可以通过startService()来启动service，你可以监听到onStartCommand（)回调。

当一个service被启动后，它将拥有独立的生命周期并且独立的运行在后台，即使开启它的组件被销毁。这种情况下，你需要在合适的时机调用stopSelf()来结束它或者通过调用stopServie()来结束它。

调用startService()时传递的Intent会在onStartCommand()回调时接收到。

注意：service会默认运行在申明service的那个应用进程中，并且会运行在主线程中。所以如果你的service在执行一些密集或阻塞的操作，那么可能会造成ANR现象。为了避免这种情况，你需要开启一个新的线程。

一般来说，你可以通过继承IntentService类来加速你的开发。

继承IntentService类

由于大部分的service都不需要处理并发请求，因此你可以通过继承IntentService类来加速你的开发。

IntentService有以下特性：

1.创建了一个工作线程来执行由onStartCommand()中传递的intent，该线程是和主线程分离的。

2.创建了一个工作队列用来依次执行intent，因此你不需要考虑多线程问题。

3.当所有任务执行结束后会自动的调用stopSelf()。

4.提供了onBind()的默认实现（return null）

5.提供了onStartCommand()的默认实现，发送任务到任务队列中并且回调onHandleIntent()

上述这些特性使得你只需要实现onHandleIntent()就可以完成client端的任务（你还需要提供一个简单的构造函数）

以下是IntentService的一个实现：

public class HelloIntentService extends IntentService {

/**
* A constructor is required, and must call the super IntentService(String)
* constructor with a name for the worker thread.
*/
public HelloIntentService() {
super("HelloIntentService");
}

/**
* The IntentService calls this method from the default worker thread with
* the intent that started the service. When this method returns, IntentService
* stops the service, as appropriate.
*/
@Override
protected void onHandleIntent(Intent intent) {
// Normally we would do some work here, like download a file.
// For our sample, we just sleep for 5 seconds.
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
// Restore interrupt status.
Thread.currentThread().interrupt();
}
}
}

对比一下，如果你继承自service要实现相同功能所需写的代码：

public class HelloService extends Service {
private Looper mServiceLooper;
private ServiceHandler mServiceHandler;

// Handler that receives messages from the thread
private final class ServiceHandler extends Handler {
public ServiceHandler(Looper looper) {
super(looper);
}
@Override
public void handleMessage(Message msg) {
// Normally we would do some work here, like download a file.
// For our sample, we just sleep for 5 seconds.
try {
Thread.sleep(5000);
} catch (InterruptedException e) {
// Restore interrupt status.
Thread.currentThread().interrupt();
}
// Stop the service using the startId, so that we don't stop
// the service in the middle of handling another job
stopSelf(msg.arg1);
}
}

@Override
public void onCreate() {
// Start up the thread running the service.  Note that we create a
// separate thread because the service normally runs in the process's
// main thread, which we don't want to block.  We also make it
// background priority so CPU-intensive work will not disrupt our UI.
HandlerThread thread = new HandlerThread("ServiceStartArguments",
Process.THREAD_PRIORITY_BACKGROUND);
thread.start();

// Get the HandlerThread's Looper and use it for our Handler
mServiceLooper = thread.getLooper();
mServiceHandler = new ServiceHandler(mServiceLooper);
}

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
Toast.makeText(this, "service starting", Toast.LENGTH_SHORT).show();

// For each start request, send a message to start a job and deliver the
// start ID so we know which request we're stopping when we finish the job
Message msg = mServiceHandler.obtainMessage();
msg.arg1 = startId;
mServiceHandler.sendMessage(msg);

// If we get killed, after returning from here, restart
return START_STICKY;
}

@Override
public IBinder onBind(Intent intent) {
// We don't provide binding, so return null
return null;
}

@Override
public void onDestroy() {
Toast.makeText(this, "service done", Toast.LENGTH_SHORT).show();
}
}

是不是累觉不爱，果断IntentService好啊。

然而，如果你希望实现并发操作，即不等上一个请求执行完毕就进行下一个请求的话，那么直接继承service是有必要的。

注意到onStartCommand()方法必须返回一个整型变量。这个整型变量用来指定当系统杀死service后应当如何返回。以下是各个返回值：

START_NOT_STICKY

系统杀死service后不会重新创建该service，除非需要传递pending intents。适用于当你的程序可以简单的重启未完成任务的service。

START_STICKY

如果系统杀死了service，那么之后会重启该service并且调用onStartCommand()，但是不会重新发送上一个intent，而是返回一个null的intent（除非是一个pending intents。）这种模式很适合音乐播放器这种不需要执行commands，但是需要独立运行并且等待任务的service。

START_REDELIVER_INTENT

如果系统杀死了service，那么之后会重启该service并且掉哦那个onStartCommand()，并且会传递上一个intent。这中模式适合那些需要立即返回的service，例如下载文件。

以绑定方式启动service

详见Android开发文档翻译之-Bound Services

给用户发送通知

一旦service运行，你可以通过Toast Notifications或者Status Bar Notifications来告知用户某些事件。

Toast Notifications是一种短时间内出现在当前窗口表面的一条消息。Status Bar Notifications是一种提供了图标和消息的通知栏，用户可以通过点击来执行某个动作（例如开启一个activity）

前台Service

前台Service通常用来执行一些需要用户意识到正在执行的一些操作，因此系统在低内存状态时也不会kill掉该service。前台Service需要在状态栏上提供一个通知，该通知不会消失，直到service被停止或者从前台移除。

例如，音乐播放器Service应该是被设置为运行在前台的service，因为用户应该一直意识到这个操作。状态栏应该显示当前正在播放的歌曲，并且当前点击后应该跳转到能和用户进行交互的activity。

通过调用startForeground()函数可以让你的service运行在前台。使用示例如下：

Notification notification = new Notification(R.drawable.icon, getText(R.string.ticker_text),
System.currentTimeMillis());
Intent notificationIntent = new Intent(this, ExampleActivity.class);
PendingIntent pendingIntent = PendingIntent.getActivity(this, 0, notificationIntent, 0);
notification.setLatestEventInfo(this, getText(R.string.notification_title),
getText(R.string.notification_message), pendingIntent);
startForeground(ONGOING_NOTIFICATION_ID, notification);

管理Service的生命周期

Service的生命周期相对Activity要简单的多。但是却更需要你注意，因为通常service是运行在后台的。

Service的生命周期一般而言分为以下两种：



Service的生命周期如上图所示。

原文链接：Android API文档之Services