欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页

Android之Service探索(一)

程序员文章站 2022-07-15 12:06:35
...

Service即服务,Android的四大组件之一,又有两种,service和IntentService

  • 应用:

    service可以在后台执行长时间的操作,service因为在后台运行,因此不能与用户进行界面交互。我们在生活中最常见的service应该是后台播放音乐和后台下载了。

  • Service和IntentService的注册以及创建和启动和停止:

    注册:

        在AndroidManifest.xml中注册,

    <application> 
    <service
                android:name=".MyService"
                android:enabled="true"
                android:exported="false">
    </service>
    
    <service
                android:name=".MyIntentService"
                android:exported="false">
    </service>
    </application>
    

    name-创建服务的名称,enable-是否启用服务,exported-是否允许其它程序访问这个服务。

    创建:
    Android之Service探索(一)

    直接new一个service或IntentService,创建的service类分别继承于Service和IntentService

    启动:

    在需要启动service的位置使用startService()方法。

     Intent startServiceIntent = new Intent(this, MyService.class);
     startService(startServiceIntent);

    停止:

    在需要启动service的位置使用stopService()方法。

    Intent stopServiceIntent = new Intent(this, MyService.class);
    stopService(stopServiceIntent);

  • Service的内部方法剖析:

    先来看下Service的生命周期图:

    Android之Service探索(一)

    由图片可以看出,service只会被创建一次和停止一次,但是可以开始多次。
    Android之Service探索(一)

    onStartCommand():

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        return super.onStartCommand(intent, flags, startId);
    }

    Service类中的源码

    public @StartResult int onStartCommand(Intent intent, @StartArgFlags int flags, int startId) {
        onStart(intent, startId);
        return mStartCompatibility ? START_STICKY_COMPATIBILITY : START_STICKY;
    }
       返回的参数依次为
    private boolean mStartCompatibility = false;
    public static final int START_STICKY_COMPATIBILITY = 0;
    public static final int START_STICKY = 1;
    由于mStartCompatibility = getApplicationInfo().targetSdkVersion < Build.VERSION_CODES.ECLAIR;
    可以看出只要我们的应用程序targetSdkVersion<2.0就返回0,否则返回1。因为本人的版本大于2.0,因此mStartCompatibility的值直接为false,即返回START_STICKY。



    查看一下API文档中对于onStartCommand()的介绍:
    Android之Service探索(一)



    那么除了使用使用父类返回的结果值,我们还能使用哪些返回值呢?
    有三个:START_NOT_STICKY、START_STICKY和START_REDELIVER_INTENT。下面来剖析一下三个返回参数的详细信息:

    START_NOT_STICKY: 如果返回START_NOT_STICKY,表示当Service运行的进程被Android系统强制杀掉之后,不会重新创建该Service,当然如果在其被杀掉之后一段时间又调用了startService,那么该Service又将被实例化。那什么情境下返回该值比较恰当呢?如果我们某个Service执行的工作被中断几次无关紧要或者对Android内存紧张的情况下需要被杀掉且不会立即重新创建这种行为也可接受,那么我们便可将 onStartCommand的返回值设置为START_NOT_STICKY。举个例子,某个Service需要定时从服务器获取最新数据:通过一个定时器每隔指定的N分钟让定时器启动Service去获取服务端的最新数据。当执行到Service的onStartCommand时,在该方法内再规划一个N分钟后的定时器用于再次启动该Service并开辟一个新的线程去执行网络操作。假设Service在从服务器获取最新数据的过程中被Android系统强制杀掉,Service不会再重新创建,这也没关系,因为再过N分钟定时器就会再次启动该Service并重新获取数据。

    START_STICKY: 如果返回START_STICKY,表示Service运行的进程被Android系统强制杀掉之后,Android系统会将该Service依然设置为started状态(即运行状态),但是不再保存onStartCommand方法传入的intent对象,然后Android系统会尝试再次重新创建该Service,并执行onStartCommand回调方法,但是onStartCommand回调方法的Intent参数为null,也就是onStartCommand方法虽然会执行但是获取不到intent信息。如果你的Service可以在任意时刻运行或结束都没什么问题,而且不需要intent信息,那么就可以在onStartCommand方法中返回START_STICKY,比如一个用来播放背景音乐功能的Service就适合返回该值。(例如播放音乐这种操作)

    START_REDELIVER_INTENT: 如果返回START_REDELIVER_INTENT,表示Service运行的进程被Android系统强制杀掉之后,与返回START_STICKY的情况类似,Android系统会将再次重新创建该Service,并执行onStartCommand回调方法,但是不同的是,Android系统会再次将Service在被杀掉之前最后一次传入onStartCommand方法中的Intent再次保留下来并再次传入到重新创建后的Service的onStartCommand方法中,这样我们就能读取到intent参数。只要返回START_REDELIVER_INTENT,那么onStartCommand重的intent一定不是null。如果我们的Service需要依赖具体的Intent才能运行(需要从Intent中读取相关数据信息等),并且在强制销毁后有必要重新创建运行,那么这样的Service就适合返回START_REDELIVER_INTENT。(例如下载文件这种操作)

    (三个返回值参考了CSDN博文:https://blog.csdn.net/iispring/article/details/47689819
       该篇博文讲解Service也很棒
            https://blog.csdn.net/scott2017/article/details/51505801

相关标签: Service