参考:http://www.360doc.com/content/14/0415/18/2793098_369238276.shtml,http://www.cnblogs.com/newcj/archive/2011/05/30/2061370.html,
http://836811384.iteye.com/blog/1972385?utm_source=tuicool&utm_medium=referral
Service 类我们如何启动方法:
• Context.startService()
• Context.bindService()
主要用于在后台处理一些耗时的逻辑,或者去执行某些需要长期运行的任务。必要%G7��时候我们甚至可以在程序退出的情况下,让Service在后台继续保持�%;0行状态。(比如后台播放音乐)
按使用方式分类:
类别 | 区别 |
startService 启动的服务 | 主要用于启动一个服务执行后台任务,不进行通信。停止�'9C�务使用stopService |
bindService 启动的服务 | 该方法启动的服务要进行通信。僜止服务使用unbindService |
startService 同时也 bindService 启动的服务 | 停止服务应同时使用stopService与unbindService |
Service的生命周期
onCreate -- onStart -- onDestroy -- onBind
1). 被启动的服务的生命周期:如果一个Service被某个Activity 调用 Context.startService 方法启动,那么不管是否有Activity使用bindService绑定或unbindService解除绑定到该Service,该Service都在后台运行。如果一个Service被startService 方法多次启动,那么onCreate方法只会调用一次,onStartCommand()将会被调用多次(对应调用startService的次数),并且系统只会创建Service的一个实例(因此只需要一次stopService调用)。
该Service将会一直在后台运行,而不管对应程序的Activity是否在运行,直到被调用stopService,或自身的storSelf方法。当然如果系统资源不足,android系统也可能结束服务。
2). 被绑定的服务的生命周期:如果一个Service被某个Activity 调用 Context.bindService 方法绑定启动,不管调用 bindService 调用几次,onCreate方法都只�'BC�调用一次,同时onStartCommand()方法始终不会被调用。当连接建立之后,Service将会一直运行,除非调用Context.unbindService 断开连接或者之前调用bindService 的 Context 不存在了(如Activity被finish的时候),系统将会自动停止Service,对应onDestroy将被调用。(也就是Activity结束之前没有解除绑定,程序会报错,但是不会崩溃)
3). 被启动又被绑定的服务的生命周期:如果一个Service又被启动又被绑定,则该Service将会一直在后台运行。并且不管如何调用,onCreate始终只会调用一次,对应startService调用多少次,Service的onStartCommand()便会调用多少次。调用unbindService将不会停止Service,而必须调用 stopService 或 Service的 stopSelf 来停止服务。及同时使用解绑和停止。
4). 当服务被停止时清除服务:当一个Service被终止(1、调用stopService;2、调用stopSelf;3、不再有绑定的连接(没有被启动))时,onDestroy方法将会被调用,在这里你应当做一些清除工作,如停止在Service中创建并运行的线程。
特别注意:
1、你应当知道在调用 bindService 绑'E5��到Service的时候,你就应当保证在某处调用 unbindService 解除绑定;
2、你应当注意 使用 startService 启动服务之后,一定要使用 stopService停止服务,不管你是否使用bindService;
3、同时使用 startService 与 bindService 要注意到,Service 的终止,需要unbindService与stopService同时调用,才能终止 Service,不管 startService 与 bindService 的调用顺序。
4、当在旋转手机屏幕的时候,当手机屏幕在“横”“竖”变换时,此时如果你的 Activity 如果会自动旋转的话,旋转其实是 Activity 的重新创建,因此旋转之前的使用 bindService 建立的连接便会断开(Context 不存在了),对应服务的生命周期与上述相同。
startService 启动的服务
1:新建一个MyService继承自Service
2:每一个Service都必须在AndroidManifest.xml中注册:
- <service android:name="com.example.servicetest.MyService" />
3:在Activity中启动服务:
Intent startIntent = new Intent(this, MyService.class);
startService(startIntent);
bindService 启动的服务-----Service和Activity通信
- Intent '3BbindIntent = new Intent(this, MyService.class);
- bindService(bindIntent, connection, BIND_AUTO_CREATE);
bindService()方法接收三个参数,第一个参数就是刚刚构建出的Intent对象,第'E4��个参数是前面创建出的ServiceConnection的实例,第三个参数是一个标志位,这里传入BIND_AUTO_CREATE表示在Activity和Service建立关联后自动创建Service,这会使得MyService中的onCreate()方法得到执行,但onStartCommand()方法不会执行。
任何一个Service在整个应用程序范围内都是通用的,即MyService不仅可以和MainActivity建立关联,还可以和任何一个Activity建立关联。
与Thread没有任何关系,Service其实是运行在主线程里的,所以你在Service里编写了非常耗时的'E4��码,程序必定会出现ANR。
硬要说区别,那就是:Thread是依附于activity,当 Activity 被 finish 之后,你不再持有该 Thread 的引用。之后你没有办法在不同的 Activity 中对同一 Thread 进行控制。Service是可以在不同的Activity里管理的,因为一个服务只创建(onCreate())一次,销毁(onDestroy())一次,但可以多次使用(会执行onStartCommand()方法,所以具体操作写在onStartCommand()里面)。(onCreate()只会在Service第一次被创建的时候调用,如果当前Service已经被创建过了,不管怎样调用startService()方法,onCreate()方法都不会再执行)
其实大家不要把后台和子线程联系在一起就行了,这是两个完全不同的概念。Android的后台就是指,它的运行是完全不依赖UI的。即使Activity被销毁,或者程序被关闭,只要进程还在,Service就可以继续运行。
比如说一些应用程序,始终需要与服务器之间始终保持着心跳连接,就可以使用Service来实现。你可能又会问,前面不是刚刚验证过Service是运行在主线程里的么?在这里一直执行着心跳连接,难道就不会阻塞主线程的运行吗?当然会,但是我们可以在Service中再创建一个子线程,然后在这里去处理耗时逻辑就没问题了。在service里面开子线程这种做法,解决了Activity里面开的线程不能跨Activity管理的问题。所有的Activity都可以与Service进行关联,然后可以很方便地操作其中的方法,即使Activity被销毁了,之后只要重新与Service建立关'E8��,就又能够获取到原有的Service中Binder的实例。因此,使用Service来处理后珰任务,Activity就可以放心地finish,完全不需要担心无法对后台任务进行控制的情况。你可以在任何有 Context 的地方调用 Context.startService、Context.stopService、Context.bindService,Context.unbindService,来控制它,你也可以在 Service 里注册 BroadcastReceiver,在其他地方通过发送 broadcast 来控制它。
一个比较标准的Service就可以写成:
- @Override
- public int onStartCommand(Intent intent, int flags, int startId) {
- new Thread(new Runnable() {
- @Override
- public void run() {
- // 开始执行后台任务
- }
- }).start();
- return super.onStartCommand(intent, flags, startId);
- }
- class MyBinder extends Binder {
- public void startDownload() {
- new Thread(new Runnable() {
- @Override
- public void run() {
- // 执行具体的下载任务
- }
- }).start();
- }
- }
创建前台Service
Service几乎都是在后台运行的,一直以来它都是默默地做着辛苦的工�'9C。但是Service的系统优先级还是比较低的,当系统出现内存不足情况时,就有可能会回收掉正在后台运行的Service。如果你希望Service可以一直保持运行状态,而不会由于系统内存不足的原因导致被回收,就可以考虑使用前台Service。
前台Service和普通Service最大的区别就在于,它会一直有一个正在运�%:C的图标在系统的状态栏显示,下拉状态栏后可以看到更加详细的信息,非常类似于通知的效果。当然有时候你也可能不仅仅是'E4��了防止Service被回收才使用前台Service,有些项目由于特殊的需求会要求必须使用前台Service,比如说墨迹天气,它的Service在后台更新天气数据的同时,还会在系统状态栏一直显示当前天氖的信息,如下图所示:
那么我们就来看一下如何才能创建一个前台Service吧,其实并不复杂,修改MyService中的代码,如下所示:
- public class MyService extends Service {
- public static final String TAG = "MyService";
- private MyBinder mBinder = new MyBinder();
- @Override
- public void onCreate() {
- super.onCreate();
- Notification notification = new Notification(R.drawable.ic_launcher,
- "有通知到来", System.currentTimeMillis());
- Intent notificationIntent = new Intent(this, MainActivity.class);
- PendingIntent pendingIntenv = PendingIntent.getActivity(this, 0,
- notificationIntent, 0);
- notification.setLatestEventInfo(this, "这是通知的标题", "这是通知的内容&suot;,
- pendingIntent);
- startForeground(1, notification);
- Log.d(TAG, "onCreate() executed");
- }
- .........
- }
现在MyService就会以前台Service的模式启动了,并且在系统状态栏会弹出一个通栏图标,下拉状态栏后可以看到通知的详细内容,如下图所示。
将一个普通的Service转换成远程Service其实非常简单,只需要在注册Service的时候将它的android:process属性指定成:remote就可以了,
- <?xmlversion="1.0"encoding="utf-8"?>
- <manifestxmlns:android="http://schemas.android.com/apk/res/android"
- package="com.example.servicetest"
- android:versionCode="1"
- android:versionName="1.0">
- ......
- <service
- android:name="com.example.servicetest.MyService"
- android:process=":remote">
- </service>
- </manifest>
虽然远程service里面不开线程也不会出现ANR,但是远程Service非但不好用,甚至可以称得上是较为难用。一般情况下如果可以不使用远程Service,就尽量不要使用它。远程service不能使用BindService,因为这个时候Activity和service已经不在同一个进程当中了,就不能再使用传统的建立关联的方式,程序也就崩溃了。这就要使用AIDL来进行跨进程通信了,AIDL(Android Interface Definition Language)是Android接口定义语言的意思,它可以用于让某个Service与多个应用程序组件之间进行跨进程通信,从而可以实现多个应用程序共享同一个Service的功能。
详情:http://836811384.iteye.com/blog/1972385?utm_source=tuicool&utm_medium=referral