Android基础知识——Service

Android下的服务是在后台运行 也是没有界面 可以理解成是没有界面的Activity,Android系统会为每个 应用程序创建一个进程和线程(主线程),而开启一个服务就会创建一个进程,可以在后台看到。

我们来分析一下进程:

    进程按优先级分5中:

          1.Foreground process 前台进程,正在和用户交互 相当于Activity执行了onResume方法这个进程最不容易被系统杀死。       

           2.Visible Process  可视化进程,用户可以看得见,但用户不能进行交互,相当于Activity执行了onPause()方法。

           3.Service Process  服务进程 , 当进程里面通过startService开启一个服务,这时候就属于服务进程。

           4. Background Process  后台进程, 相当于Activity执行了onStop()方法。

           5. Empty  Process  空进程    空进程不会维持任何运行的组件,空进程最容易被杀死,有时候它没有被立刻杀死的目的是为下一次打开应用程序时提供打开的速度。

          在系统运行内存不足的情况下,会检查正在正在运行的进程,杀死优先级低的进程来腾出内存。


我们开启服务有两种方式: StartService()和BindService().

(a)started(启动):当应用程序组件(如activity)调用startService()方法启动服务时,服务处于started状态。

        starService 开启一个服务,会执行onCreate()方法,和onStart()方法,如果服务已经开启,只会执行onStart()方法。

    服务开启后,就会在后台长期运行,可以在设置界面找到,我们可以在设置界面手动关闭它,服务就会停止运行。

        startService开启服务也叫做非绑定模式开启服务 ,生命周期  第一次执行的方法有 onCreate().onstartCommand(),到service关闭的时候执行onDestroy()方法。

(b)bound(绑定):当应用程序组件调用bindService()方法绑定到服务时,服务处于bound状态。

bindService开启服务也叫做绑定模式开启服务,生命周期 第一次执行的方法有 onCreate(), onBind()方法,销毁的时候执行onUnBind(),onDestroy()方法, bindService开启服务有个特点,它在设置界面时找不到的,所以我们无法手动在设置界面销毁它,不过它的生命周期依附于Activity,当Activity销毁的时候,这个服务也就跟着销毁。

    上面两种生命周期实在相对单纯的模式下的情形,我们在开发的过程中还必须注意Service实例只会有一个,也就是说如果当前要启动的Service已经存在了那么就不会再次创建该Service当然也不会调用onCreate()方法;

   一个Service可以被多个客户进行绑定,只有所有绑定对象都执行了unBind()方法后该Service才会销毁,不过如果有一个用户执行了onStart()方法,那么这个时候如果其他所有的bind客户都执行了unBind(),该Service也不会销毁. 很多应用都是用startService和bindService混合开启服务,比如音乐播放器,第三方支付等


Android基础知识——Service_第1张图片
Service生命周期

 startService()与bindService()区别:

(a)started service(启动服务)是由其他组件调用startService()方法启动的,这导致服务的onStartCommand()方法被调用。当服务是started状态时,其生命周期与启动它的组件无关,并且可以在后台无限期运行,即使启动服务的组件已经被销毁。因此,服务需要在完成任务后调用stopSelf()方法停止,或者由其他组件调用stopService()方法停止。

(b)使用bindService()方法启用服务,调用者与服务绑定在了一起,调用者一旦退出,服务也就终止,大有“不求同时生,必须同时死”的特点。

 开发人员需要在应用程序配置文件中声明全部的service,使用标签。

 Service通常位于后台运行,它一般不需要与用户交互,因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。

 这时我们可能会有一个疑问:既然有StartService开启服务,为什么还要用bindService开启服务?

目的就是为了使用bindserivce调用服务里面的方法

这时就出现了解决进程间的通信问题:IPC,

而使用IPC就需要使用 aidl.

aidl :Android inteface defation language Android接口定义语言

使用aidl语言的步骤 

   [1] 有一个服务 服务里面有一个方法  这个方法在另外一个应用里面调用  

    [2]在服务的内部定义一个中间人对象(IBinder的实例)

[3]在onbind方法里面把我们定义的中间人对象返回

[4]把你想暴露的方法都定义在接口里

[5]把定义的接口Iservice.java 文件变成aidl文件   注意aidl语言不认识public

   [6]系统会自动生产一个Iservice.java文件  生产一个类 stub 系统会报错. 把我们定义的中间人对象直接继承Stub

   [7]想保证2个应用程序使用的是同一个aidl文件 谷歌要求aidl文件所生成的包名要相同 

   [8]获取中间人对象方式不一样  是通过stub类中的一个静态方法获取我们定义中间人对象

[9]通过获取到的中间人对象,调用服务里面的方法,实现IPC通信

两种开启服务的小demo:

public class MainActivity extends Activity {  

private MyConn conn;  

@Override  

protected void onCreate(Bundle savedInstanceState) {  

super.onCreate(savedInstanceState);  

        setContentView(R.layout.activity_main);  

    }  

// 点击按钮开启服务  

public void click1(View v) {  

Intent intent =new Intent(this, FirstService.class);  

        startService(intent);  

    }  

// 点击按钮关闭服务  

public void click2(View v) {  

Intent intent =new Intent(this, FirstService.class);  

        stopService(intent);  

    }  

//点击按钮 通过bindservice 去连接服务  

public void click3(View v) {  

Intent intent =new Intent(this, FirstService.class);  

conn =new MyConn();  

        bindService(intent, conn, BIND_AUTO_CREATE);  

    }  

//点击按钮 停止服务   

public void click4(View v) {  

Intent intent =new Intent(this, FirstService.class);  

        stopService(intent);  

    }  

//当Activity销毁的时候   

@Override  

protected void onDestroy() {  

//取消绑定服务   

        unbindService(conn);  

super.onDestroy();  

    }  

//监听服务的状态   

private class MyConn implements ServiceConnection{  

//当服务连接成功的时候调用  

@Override  

public void onServiceConnected(ComponentName name, IBinder service) {  

        }  

//失去连接的时候调用  

@Override  

public void onServiceDisconnected(ComponentName name) {  

        }  

    }  

}

public class FirstService extends Service { 

 //当通过bindservice 连接成功的时候执行  

@Override  

public IBinder onBind(Intent intent) {  

System.out.println("onBind");  

return null;  

    }  

//当service第一次创建的时候调用  

@Override  

public void onCreate() {  

System.out.println("onCreate");  

super.onCreate();  

    }  

@Override  

public int onStartCommand(Intent intent, int flags, int startId) {  

System.out.println("onStartCommand");  

return super.onStartCommand(intent, flags, startId);  

    }  

@Override  

public void onDestroy() {  

System.out.println("onDestroy");  

super.onDestroy();  

    }  

}  

补充:(1):onstart()方法和onStartCommand()方法的区别:

onstart()方法是在android2.0一下的版本中使用。而在android2.0以上则使用onstartCommand()方法。它们两个方法放在一起使用时,不会产生冲突。


(2):onStartComand使用时,返回的是一个(int)整形。

这个整形可以有四个返回值:start_sticky、start_no_sticky、START_REDELIVER_INTENT、START_STICKY_COMPATIBILITY。

它们的含义分别是:

1):START_STICKY:如果service进程被kill掉,保留service的状态为开始状态,但不保留递送的intent对象。随后系统会尝试重新创建service,由于服务状态为开始状态,所以创建服务后一定会调用onStartCommand(Intent,int,int)方法。如果在此期间没有任何启动命令被传递到service,那么参数Intent将为null。

2):START_NOT_STICKY:“非粘性的”。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统不会自动重启该服务

3):START_REDELIVER_INTENT:重传Intent。使用这个返回值时,如果在执行完onStartCommand后,服务被异常kill掉,系统会自动重启该服务,并将Intent的值传入。

4):START_STICKY_COMPATIBILITY:START_STICKY的兼容版本,但不保证服务被kill后一定能重启。


(3)intentservice的用法

Android的Service阻塞时,通过Looper和Thread来解决标准Service中处理逻辑的阻塞问题。在android中,Service和activity是运行在同一个主线程中的。当其中的service程序出现睡眠5秒时,activity也会当机。

IntenService是service的子类,用来处理异步请求。客户端通过startService(Intent)方法传递请求给IntentService,IntentService通过worker thread处理每个intent对象,执行完后自动停止Service。

intentService需要实现两个方法:一个构造方法,复写一个onHandleIntent()方法。

你可能感兴趣的:(Android基础知识——Service)