知识点干货--聊一聊Android中Service与Thread的区别

古语说得好:“一寸光阴一寸金,寸金难买寸光阴。”一寸光阴和一寸长的黄金一样昂贵,而一寸长的黄金却难以买到一寸光阴。比喻时间十分宝贵。此语句出自唐朝王贞白的《白鹿洞二首》,“读书不觉已春深, 一寸光阴一寸金。不是道人来引笑, 周情孔思正追寻。”警示我们一寸光阴一寸金, 寸金难买寸光阴。我们应珍惜时光,而不可虚度年华。
又道是“少壮不努力,老大徒伤悲”,告诉我们不要虚度青春,古往今来,有许许多多人,当他们到了白发苍苍的年纪,读到这首诗的时候,都会为之深深震撼,所以它才会被广为传诵,并且流传到今天。大教育家孔子也曾经指出:“四十五十而无闻焉,斯亦不足畏也已。”他的意思是说,如果人到了40岁,顶多50岁,还没在社会上做成点事,他一辈子也就差不多是这样了。也正因为如此,民族英雄岳飞在他的名作《满江红》里运用了这格言来表达他对人生的态度:“三十功名尘与土,八千里路云和月。莫等闲、白了少年头,空悲切。”他更以自己短暂而光辉的一生,给予后人有力的鼓舞和鞭策。
所以大家都应该珍惜时间,不要枉度青春。

对于Android初学者来说,常常分不清什么时候使用Service,什么时候使用Thread,能用Thread解决问题时,往往会启动一个Service来干活;而需要使用Service才能更好的解决问题时,还在坚持使用Thread,导致出现很多影响性能,以及程序执行效率的问题。今天我们就聊一聊Service与Thread到底是什么,区别在哪,使用场景等问题,使不熟悉它们的同学能够更好的掌握这个知识点,避免以后错误的使用。大家准备好,老司机要开车了,有晕车的没有?如果有请准备好晕车药,车速可能会快一些,还有些颠簸,扶好坐好,我们开车了。

其实二者没有半毛钱的关系 。

1、Service是什么?

(1)、定义

Service 是Android的四大组件之一。当它定义的时候,如果在AndroidManifest.xml中注册时,未指定android:process属性,那它就是一个Local Service,对应的 Service和应用程序运行于一个进程中,这个进程的名称使用应用的包名来表示,如,包名为“xxx.xxx.xxx”,则进程名称也是“xxx.xxx.xxx”,并且运行在main 线程(或者叫主线程,UI线程,我们本文统一叫main线程)中。如:onCreate,onStart 这些函数在被系统调用的时候都是在 main 线程上运行的。如果在AndroidManifest.xml中未指定android:process属性,比如,定义android:process=”:xxxService”这样设置后,那它就是一个Remote Service,它运行于一个独立的进程中,进程名称为“包名:xxxService”,并且它对应的 Service 也是运行在这个独立进程的 main 线程上。也就是说无论是Local Service或者Remote Service,它始终是运行在main线程上的。
这里有个知识点,就是android:process属性,在定义Remote Service时,往往有两种方式,
一种是例如这样,android:process=”:xxxService”,那它的进程名将是“包名:xxxService”。
还有一种是这样定义,android:process=”yyy.yyy,yyy.yyyService”,也就是进程名随意写,但是必须是小写字母,一般我们这样定义,“包名.yyyService”。
那这两种定义有什么区别呢?
前者包含一个冒号,并且以当前包名打头,表示这个新的进程对于这个应用来说是私有的,其他应用应该是无法访问或者和它进行交互的。而后者这个服务进程将运行在全局进程中,对于所有应用是开放的,这将允许在其它应用中可以通过一些手段来访问它提供的功能。这就是二者的区别,所以一般如果不对外提供服务,并且为了安全性更好一些,建议使用带冒号的方式。

(2)、Service生命周期

Service作为Android的四大组件之一,和Activity相同,是有生命周期的,它一般被看成运行于后台,没有界面的“Activity”。
它的生命周期包含如下方法,
● onCreate
创建服务
● onStart(或onStartCommand)
开始服务
● onDestroy
销毁服务
● onBind
绑定服务
● onUnbind
解绑服务

启动或者绑定服务对应的方法有,
● startService()
启动服务
使用startService方式启动服务。
如果一个Service被某个Activity 使用 startService 方法启动,那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service,该Service都在后台运行,但它依旧运行于main线程。如果这个Service被startService方法多次启动,那么onCreate方法只会调用一次,onStart将会被调用多次(对应调用startService的次数),并且系统只会创建Service的一个实例。该Service将会一直在后台运行,即使启动它的Activity已经退出,它直到某个activity调用stopService,或自身调用的stopSelf方法才会结束服务。当然如果系统资源不足,android系统也可能结束服务。

● bindService()
绑定服务
使用bindService方式启动服务。
如果一个Service被某个Activity 调用 bindService 方法绑定启动,不管调用 bindService 调用几次,onCreate方法都只会调用一次,同时onStart方法不会被调用。当连接建立之后,Service将会一直运行,除非调用unbindService 方法断开连接或者之前调用bindService 的 Context 不存在了(如Activity被finish的时候),系统才会自动停止Service,对应onDestroy将被调用。

还有一中复杂用法,就是同时使用startService和bindService方式启动服务。如果一个Service又被启动又被绑定,则该Service将会一直在后台运行。并且不管如何调用,onCreate始终只会调用一次,对应startService调用多少次,Service的onStart便会调用多少次。调用unbindService将不会停止Service,而必须由外界的activity调用 stopService 或 Service自身调用stopSelf 来停止服务。

另外,还有停止服务和解除绑定服务的方法,
● stopService()
关闭服务

● unbindService()
解绑服务

2、Thread是什么?

(1)、定义

Thread 是程序执行的最小单元,它是分配CPU的基本单位。可以用 Thread 来执行一些异步的操作。而Thread分为main线程和子线程。我们通常做的费时操作都会放到子线程中,而和UI刷新的功能都放到了main线程中。

(2)、Thread生命周期

线程是一个动态执行的过程,它也有一个从产生到死亡的过程。

它的生命周期有五种状态:
● 新建(new Thread)
当创建Thread类的一个实例时,此线程进入新建状态或未启动状态。
例如:Thread thread=new Thread();

● 就绪(runnable)
线程已经被启动,正在等待被分配给CPU时间片,也就是说此时线程正在就绪队列中排队等候得到CPU资源。
例如:thread.start();

● 运行(running)
线程获得CPU资源正在执行任务,正在运行run()方法,此时除非此线程自动放弃CPU资源或者有优先级更高的线程进入,否则线程将一直运行到结束。

● 死亡(dead)
当线程执行完毕或被其它线程杀死,线程就进入死亡状态,这时线程不可能再进入就绪状态等待执行。
自然终止:正常运行run()方法后终止
异常终止:调用stop()方法让一个线程终止运行

● 堵塞(blocked)
由于某种原因导致正在运行的线程让出CPU并暂停自己的执行,即进入堵塞状态。
正在睡眠:用sleep(long t) 方法可使线程进入睡眠方式。一个睡眠着的线程在指定的时间过去可进入就绪状态。
正在等待:调用wait()方法。(在此状态下,调用motify()方法线程会回到就绪状态)
被另一个线程所阻塞:调用suspend()方法。(在此状态下,调用resume()方法恢复)

常用的方法有:
● void run()
创建该类的子类时必须实现此方法。

● void start()
启动线程

● static void sleep(long t)
释放CPU的执行权t秒,但不释放锁。

● final void wait()
释放CPU的执行权,释放锁

● static void yied()
可以对当前线程进行临时暂停(让线程将资源释放出来)

3、使用场景

由以上定义可见,两者并没有什么关系。先说一下为什么会有Service这个组件,为什么会有它和Thread自身缺点有关系,因为只使用Thread无法解决问题。我们知道他们两个都是在后台执行任务,都没有界面。
我们在使用Thread启动一个子线程来干一些费时的操作时,这个子线程一般是由Activity来启动执行的(假如说没有Service组件),而Thread子线程 的运行是独立于 Activity 的,那么当一个 Activity 被 finish 之后,如果你没有主动停止 Thread 或者 Thread 里的 run 方法没有执行完毕的话,Thread 并不会结束,它会一直执行下去。因此这里会出现一个问题:当 Activity 被 finish 之后,你不再持有该 Thread 的引用,你就无法对其进行控制。
另一方面,你也没有办法在不同的 Activity 中对同一Thread 进行控制。
举个例子:如果你的 Thread 需要不停地过一段时间就要连接服务器一次做某种同步,该 Thread 需要在 Activity 退出后也在运行。这个时候你就没有办法在您启动的 Activity 里面控制之前Activity创建的 Thread,这样这个子线程就相当于一个“野线程”了,你无法对其进行状态监听和控制。
那这个时候Service的价值和意义就体现出来了,你可以创建并启动一个 Service ,在 Service 里面就可以一直创建,运行并控制该 Thread了,不用担心Service退出之后无法再控制Thread,因为Service会一直运行在后台,它没有Activity的界面,不会“显式”的退出。这样便解决了上面使用Thread存在的问题。
由以上说明,你应该清楚了他们的各自职责,以及使用场景了。

4、注意事项

在使用Service时也有很多坑需要我们留意。
(1)、在调用 bindService 绑定到Service的时候,应当保证退出时调用 unbindService 解除绑定,这是一个好的习惯,有始有终。尽管 Activity 被 finish 的时候绑定会自动解除,并且Service会自动停止;
(2)、应当注意使用 startService 启动服务之后,一定要使用 stopService停止服务,不管你是否使用bindService;
(3)、同时使用 startService 与 bindService 要注意到,Service 的终止,需要unbindService与stopService同时调用,才能终止 Service,不管 startService 与 bindService 的调用顺序,如果先调用 unbindService 此时服务不会自动终止,再调用 stopService 之后服务才会停止,如果先调用 stopService 此时服务也不会终止,而再调用 unbindService 或者之前调用 bindService 的 Context 不存在(如Activity 被 finish 的时候)后服务才会自动停止;
(4)、在 sdk 2.0 及其以后的版本中,对应的 onStart 已经被升级成了 onStartCommand,不过之前的 onStart 任然有效。这意味着,如果你开发的应用程序用的 sdk 为 2.0 及其以后的版本,那么你应当使用 onStartCommand 而不是onStart。
(5)、你也可以在 Service 里注册 BroadcastReceiver,在其他地方通过发送 broadcast 来控制它,这些是 Thread 做不到的。

5、总结

由以上可见Service和Thread在各自领域都有不同的定义和生命周期,它们基本没有什么关系,但是在解决Android的一些问题时需要它们两个同时上阵,互相搭配才能解决。希望我们认清它们的使用方法,别再被混淆了。

这里写图片描述
本公众号将以推送Android各种技术干货或碎片化知识,以及整理老司机日常工作中踩过的坑涉及到的经验知识为主,也会不定期将正在学习使用的新技术总结出来进行分享。每天一点干货小知识把你的碎片时间充分利用起来。

阅读更多
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/dajian790626/article/details/79405558
个人分类: Android 知识点干货
上一篇知识点干货--讲一讲final、finally、finalize的区别
下一篇FBReader工程结构解析
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭
关闭