Android-Service详解

前言

Service 是长期运行在后台的应用程序组件。 Service 是和应用程序在同一个进程中，所以应用程序关掉了，Service也会关掉。可以理解为

Service是不能直接处理耗时操作的，如果直接把耗时操作放在 Service 的 onStartCommand() 中，很容易引起 ANR；如果有耗时操作就必须开启一个单独的线程来处理。

IntentService 是继承于 Service 并处理异步请求的一个类，在 IntentService 内有一个工作线程来处理耗时操作，启动 IntentService 的方式和启动传统 Service 一样，同时，当任务执行完后， IntentService 会自动停止，而不需要我们去手动控制。另外，可以启动 IntentService 多次，而每一个耗时操作会以工作队列的方式在IntentService 的 onHandleIntent 回调方法中执行，并且，每次只会执行一个工作线程，执行完第一个再执行第二个，有序执行。

PS：每一个安卓应用都会启动一个进程，然后进程会启动一个Dalvik虚拟机，即，每个Android应用进程对应着一个独立的Dalvik虚拟机实例，然后启动的应用程序再在虚拟机上被解释执行（dalvik虚拟机，类似于jvm）。

Service使用

创建android服务的类需要继承Service父类。

创建Service可以通过右键文件夹，new—service—service创建。

下面我们创建一个服务，新建后可以通过Ctrl+O重载重要的方法。

public class MyService extends Service {
    public MyService() {
    }
    /**
     * 绑定服务时才会调用
     * 必须要实现的方法
     * @param intent
     * @return
     */
    @Override
    public IBinder onBind(Intent intent) {
        //本服务不绑定组件
        throw new UnsupportedOperationException("Not yet implemented");
    }
    /**
     * 首次创建服务时，系统将调用此方法来执行一次性设置程序（在调用 onStartCommand() 或 onBind() 之前）。
     * 如果服务已在运行，则不会调用此方法。该方法只被调用一次
     */
    @Override
    public void onCreate() {
        System.out.println("服务创建：onCreate被调用");
        super.onCreate();
    }
​
    /**
     * 每次通过startService()方法启动Service时都会被回调。
     * @param intent 启动时，启动组件传递过来的Intent， Activity可利用Intent封装所需要的参数并传递给Service，intentUser.putExtra("KEY", "518");
     * @param flags 表示启动请求时是否有额外数据，可选值有 0，START_FLAG_REDELIVERY，START_FLAG_RETRY，0代表没有，它们具体含义如下：
     *              START_FLAG_REDELIVERY 这个值代表了onStartCommand方法的返回值为
     *              START_REDELIVER_INTENT，而且在上一次服务被杀死前会去调用stopSelf方法停止服务。其中START_REDELIVER_INTENT意味着当Service因内存不足而被系统kill后，则会重建服务，并通过传递给服务的最后一个 Intent 调用 onStartCommand()，此时Intent时有值的。
     *              START_FLAG_RETRY 该flag代表当onStartCommand调用后一直没有返回值时，会尝试重新去调用onStartCommand()。
     * @param startId 指明当前服务的唯一ID，与stopSelfResult (int startId)配合使用，stopSelfResult 可以更安全地根据ID停止服务。
     * @return
     */
    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        System.out.println("服务启动：onStartCommand被调用，flags:"+flags+"  startId:"+startId);
        return super.onStartCommand(intent, flags, startId);
    }
    /**
     * 服务销毁时的回调
     */
    @Override
    public void onDestroy() {
        System.out.println("服务销毁：onDestroy被调用");
        super.onDestroy();
    }
}

然后在AndroidManifest.xml里增加service节点，用于注册，如果是使用AS创建会自动在AndroidManifest.xml里增加service节点，如果是创建类继承service，则需手动添加。

<service
           android:name=".services.MyService"
           android:enabled="true"
           android:exported="true" />

服务创建后，对服务进行调试。

我们在androidTest下的com.kiba.framework.ExampleInstrumentedTest里编写单元测试。

单元测试的方法使用JUnit4的注解。

注：JUnit4的J指java，unit指单元，了解这个含义，我们在调试遇到问题时，方便精确百度。

PS：JUnit4有很多问题，比如调试断点时会自动Disconnected断开连接。

@RunWith(AndroidJUnit4.class)
public class ExampleInstrumentedTest {
    @Test
    public void useAppContext() {
        // Context of the app under test.
        Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
        assertEquals("com.kiba.framework", appContext.getPackageName());
    }
    @Test
    public void servicesTest(){
        //不同实例服务调用，先start，后stop
        Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
        Intent it=new Intent(appContext, MyService.class);
        appContext.startService(it);
        appContext.stopService(it);
        Intent it2=new Intent(appContext, MyService.class);
        appContext.startService(it2);
        appContext.stopService(it2);
        assertEquals("com.kiba.framework", appContext.getPackageName());
    }
    @Test
    public void servicesTest2(){
        //同一实例服务调用，先start，后stop
        Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
        Intent it=new Intent(appContext, MyService.class);
        appContext.startService(it);
        appContext.stopService(it);
        appContext.startService(it);
        appContext.stopService(it);
        assertEquals("com.kiba.framework", appContext.getPackageName());
    }
    @Test
    public void servicesTest3(){
        //不同实例，不调用销毁服务方法，只调用start
        Context appContext = InstrumentationRegistry.getInstrumentation().getTargetContext();
        Intent it=new Intent(appContext, MyService.class);
        appContext.startService(it);
        Intent it2=new Intent(appContext, MyService.class);
        appContext.startService(it2);
​
        assertEquals("com.kiba.framework", appContext.getPackageName());
    }
}

调试可以点击绿色三角，然后debug。

也可以点击调试项目的按钮，鼠标放上去，会有提示，如下图。

调试时，会弹出新界面，在界面里找到Console，可以查看我们的输出。

测试结果：

不同实例服务调用，先start，后stop，结果如下：

service重建创建了。

同一实例服务调用，先start，后stop，结果如下：

service重建创建了。

不同实例，不调用销毁服务方法，只调用start，结果如下：

service未创建。

虽然定义了两个实例，但onCreate没有被重复调用，即，同一类型的service，只有显示调用了stopService才会销毁

拓展知识（进程和声明周期）

Android操作系统尝试尽可能长时间的保持应用的进程，但当可用内存很低时最终要移走一部分进程。怎样确定那些程序可以运行，那些要被销毁，Android让每一个进程在一个重要级的基础上运行，重要级低的进程最有可能被淘汰，一共有5级，下面这个列表就是按照重要性排列的：

1 一个前台进程显示的是用户此时需要处理和显示的。下列的条件有任何一个成立，这个进程都被认为是在前台运行的。 a 与用户正发生交互的。 b 它控制一个与用户交互的必须的基本的服务。 c 有一个正在调用生命周期的回调函数的service（如onCreate()、onStar()、onDestroy()） d 它有一个正在运行onReceive()方法的广播接收对象。只有少数的前台进程可以在任何给定的时间内运行，销毁他们是系统万不得已的、最后的选择——当内存不够系统继续运行下去时。通常，在这一点上，设备已经达到了内存分页状态，所以杀掉一些前台进程来保证能够响应用户的需求。

2 一个可用进程没有任何前台组件，但它仍然可以影响到用户的界面。下面两种情况发生时，可以称该进程为可用进程。它是一个非前台的activity，但对用户仍然可用（onPause()方法已经被调用）这是可能发生的，例如：前台的activity是一个允许上一个activity可见的对话框，即当前activity半透明，能看到前一个activity的界面，它是一个服务于可用activity的服务。

3 一个服务进程是一个通过调用startService()方法启动的服务，并且不属于前两种情况。尽管服务进程没有直接被用户看到，但他们确实是用户所关心的，比如后台播放音乐或网络下载数据。所以系统保证他们的运行，直到不能保证所有的前台可见程序都正常运行时才会终止他们。

4 一个后台进程就是一个非当前正在运行的activity（activity的onStop()方法已经被调用），他们不会对用户体验造成直接的影响，当没有足够内存来运行前台可见程序时，他们将会被终止。通常，后台进程会有很多个在运行,所以他们维护一个LRU最近使用程序列表来保证经常运行的activity能最后一个被终止。如果一个activity正确的实现了生命周期的方法，并且保存它当前状态，杀死这些进程将不会影响到用户体验。

5 一个空线程没有运行任何可用应用程序组，保留他们的唯一原因是为了设立一个缓存机制，来加快组件启动的时间。系统经常杀死这些内存来平衡系统的整个系统的资源，进程缓存和基本核心缓存之间的资源。 Android把进程里优先级最高的activity或服务，作为这个进程的优先级。例如，一个进程拥有一个服务和一个可见的activity，那么这个进程将会被定义为可见进程，而不是服务进程。

此外，如果别的进程依赖某一个进程的话，那么被依赖的进程会提高优先级。一个进程服务于另一个进程，那么提供服务的进程会获得不低于被服务的进程的优先级。例如，如果进程A的一个内容提供商服务于进程B的一个客户端，或者进程A的一个service被进程B的一个组件绑定，那么进程A至少拥有和进程B一样的优先级，或者更高。

PS1：运行服务的进程的优先级高于运行后台activity的进程。

PS2：activity启动一个服务，服务在onStartCommand里执行一个长时间运行的操作可能会拖垮这个activity，可以理解为在activity里调用了一个函数，该函数长时间执行操作，则应用anr了。

----------------------------------------------------------------------------------------------------

注：此文章为原创，任何形式的转载都请联系作者获得授权并注明出处！
若您觉得这篇文章还不错，请点击下方的【推荐】，非常感谢！