Question

android中怎么启动service

Answer 1

1、 Service不是分离开的进程，除非其他特殊情况，它不会运行在自己的进程，而是作为启动运行它的进程的一部分。 2、 Service不是线程，这意味着它将在主线程里劳作。 启动service有两种方法： 1、 Context.startService() 调用者与服务之间没有关联，即使调用者退出，服务仍可运行 2、 Context.bindService() 调用者与服务绑定在一起，调用者一旦退出，服务也就终止 Service的生命周期 如果使用startService()启动service，系统将通过传入的Intent在底层搜索相关符合Intent里面信息的service。如果 服务没有启动则先运行onCreate，然后运行onStartCommand （可在里面处理启动时传过来的Intent和其他参数），直到明显调用stopService或者stopSelf才将停止Service。无论运行 startService多少次，只要调用一次stopService或者stopSelf，Service都会停止。使用stopSelf(int)方 法可以保证在处理好intent后再停止。 控制service运行的主要方式有两种，主要是根据onStartCommand方法返回的数值。方法： 1、START_STICKY 2、START_NOT_STICKY or START_REDELIVER_INTENT 这里主要解释这三个变量的意义： 1、 START_STICKY 在运行onStartCommand后service进程被kill后，那将保留在开始状态，但是不保留那些传入的intent。不久后service就 会再次尝试重新创建，因为保留在开始状态，在创建 service后将保证调用onstartCommand。如果没有传递任何开始命令给service，那将获取到null的intent 2、 START_NOT_STICKY 在运行onStartCommand后service进程被kill后，并且没有新的intent传递给它。Service将移出开始状态，并且直到新的 明显的方法（startService）调用才重新创建。因为如果没有传递任何未决定的intent那么service是不会启动，也就是期间 onstartCommand不会接收到任何null的intent。 3、 START_REDELIVER_INTENT 在运行onStartCommand后service进程被kill后，系统将会再次启动service，并传入最后一个intent给 onstartCommand。直到调用stopSelf(int)才停止传递intent。如果在被kill后还有未处理好的intent，那被 kill后服务还是会自动启动。因此onstartCommand不会接收到任何null的intent。 客户端也可以使用bindService来保持跟service持久关联。谨记：如果使用这种方法，那么将不会调用onstartCommand（跟 startService不一样，下面例子注释也有解析，大家可试试）。客户端将会在onBind回调中接收到IBinder接口返回的对象。通常 IBinder作为一个复杂的接口通常是返回aidl数据。 Service也可以混合start和bind一起使用。 权限 要运行service，首先必须在AndroidManifest.xml里申明<service>标签。 Service能够保护个人的IPC调用，所以在执行实现该调用时前先使用checkCallingPermission(String) 方法检查是否有这个权限。

Answer 2

Service概念及用途:
A service is an application component that can perform long-running operations in the background and does not provide a user interface。
通常service用来执行一些耗时操作，或者后台执行不提供用户交互界面的操作，例如：下载、播放音乐。
Service生命周期 :
Android Service的生命周期并不像Activity那么复杂，它只继承了onCreate(),onStart(),onDestroy()三个方法，当我们第一次启动Service时，先后调用了onCreate(),onStart()这两个方法，当停止Service时，则执行onDestroy()方法，这里需要注意的是，如果Service已经启动了，当我们再次启动Service时，不会在执行onCreate()方法，而是直接执行onStart()方法，具体的可以看下面的实例。
Service与Activity通信:
Service后端的数据最终还是要呈现在前端Activity之上的，因为启动Service时，系统会重新开启一个新的进程，这就涉及到不同进程间通信的问题了(AIDL)这一节我不作过多描述，当我们想获取启动的Service实例时，我们可以用到bindService和onBindService方法，它们分别执行了Service中IBinder()和onUnbind()方法。

这里要提及一点：继承service的子类在重写service的方法中，除了一个onStart()方法之外，还有一个onStartCommand()方法，有关onStartCommand()方法稍微作点介绍：

Android开发的过程中，每次调用startService(Intent)的时候，都会调用该Service对象的onStartCommand(Intent,int,int)方法，然后在onStartCommand方法中做一些处理。然后我们注意到这个函数有一个int的返回值，这篇文章就是简单地讲讲int返回值的作用。
从Android官方文档中，我们知道onStartCommand有4种返回值：
START_STICKY：如果service进程被kill掉，保留service的状态为开始状态，但不保留递送的intent对象。随后系统会尝试重新创建service，由于服务状态为开始状态，所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service，那么参数Intent将为null。
START_NOT_STICKY：“非粘性的”。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统将会把它置为started状态，系统不会自动重启该服务，直到startService(Intent intent)方法再次被调用;。
START_REDELIVER_INTENT：重传Intent。使用这个返回值时，如果在执行完onStartCommand后，服务被异常kill掉，系统会自动重启该服务，并将Intent的值传入。
START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。
有了 Service 类我们如何启动他呢，有两种方法：
• Context.startService()
• Context.bindService()

1. 在同一个应用任何地方调用 startService() 方法就能启动 Service 了，然后系统会回调 Service 类的 onCreate() 以及 onStart() 方法。这样启动的 Service 会一直运行在后台，直到 Context.stopService() 或者 selfStop() 方法被调用。另外如果一个 Service 已经被启动，其他代码再试图调用 startService() 方法，是不会执行 onCreate() 的，但会重新执行一次 onStart() 。
2. 另外一种 bindService() 方法的意思是，把这个 Service 和调用 Service 的客户类绑起来，如果调用这个客户类被销毁，Service 也会被销毁。用这个方法的一个好处是，bindService() 方法执行后 Service 会回调上边提到的 onBind() 方发，你可以从这里返回一个实现了 IBind 接口的类，在客户端操作这个类就能和这个服务通信了，比如得到 Service 运行的状态或其他操作。如果 Service 还没有运行，使用这个方法启动 Service 就会 onCreate() 方法而不会调用 onStart()。
区别概况为：
startService() 的调用者与服务没有联系，即使调用者退出了，服务仍然运行，而bindService() 的调用者与服务绑在一起，调用者一旦退出了，服务也随即终止掉。

这里用一个实例(使用startService()方法来启动)来讲解一下service的声明周期和使用方法：
首先编写一个类继承Service这个基类，重写里面的方法，然后在Activity中调用startService()和stopService()来启动和停止服务。

运行界面：

工程目录结构：

ExampleService.Java

[html] view plain copy print?
package com.service.activity;

import android.app.Service;
import android.content.Intent;
import android.os.IBinder;
import android.util.Log;

public class ExampleService extends Service{
private static final String TAG = "ExampleService";

@Override
public void onCreate() {
Log.i(TAG, "ExampleService-onCreate");
super.onCreate();
}

@Override
public void onStart(Intent intent, int startId) {
Log.i(TAG, "ExampleService-onStart");
super.onStart(intent, startId);
}

@Override
public int onStartCommand(Intent intent, int flags, int startId) {
//执行文件的下载或者播放等操作
Log.i(TAG, "ExampleService-onStartCommand");
/*
* 这里返回状态有三个值，分别是:
* 1、START_STICKY：当服务进程在运行时被杀死，系统将会把它置为started状态，但是不保存其传递的Intent对象，之后，系统会尝试重新创建服务;
* 2、START_NOT_STICKY：当服务进程在运行时被杀死，并且没有新的Intent对象传递过来的话，系统将会把它置为started状态，
* 但是系统不会重新创建服务，直到startService(Intent intent)方法再次被调用;
* 3、START_REDELIVER_INTENT：当服务进程在运行时被杀死，它将会在隔一段时间后自动创建，并且最后一个传递的Intent对象将会再次传递过来。
*/