Kiba518

Kiba518

沈阳-架构-开发。

Fork me on GitHub

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了。

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

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

 

 

posted @ 2023-02-11 18:07  kiba518  阅读(520)  评论(0编辑  收藏  举报