android 中的Service

Service用处

耗时比较长的功能操作放在后台。（下载，MP3播放）

Service是一个应用程序组件

Service没有图形化界面

可以使用Service来更新ContentProvider，发送Intent以及启动系统的通知等等。

Service不是一个单独的进程，Service不是一个线程。

Service的生命周期

onCreat()：当Service第一次被 创建时，由系统调用。

onStartConmmand()：是从Android2.0以后的版本开始使用， Service启动时会由系统自动调用。

onDestroy()：当Service 不再使用时由系统调用。

onStartCommand

Service的进程优先级

Service拥有较高的进程，一般在以下几种情况下都不会被kill掉。

1、如果Service正在调用onCreate、onStart或onDestroy方法，那么用于当前Service的进程则变为前台进程以避免被killed。

2、如果Service已经被启动，拥有它的进程仅次于可见的进程，而比不可见的进程重要，这就意味着Service一般不会被killed。

3、如果客户端已经连接到Service，那么拥有它的进程则拥有最高的优先级，可以认为该Service是可见的，不会被killed。

4、如果Service可以使用startForeground（int，Notification）方法来将Service设置为前台状态，那么系统就认为是对用户可见的，并不会在内存不足时将它killed。

一、onStartCommand有4种返回值：

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

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

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

START_STICKY_COMPATIBILITY：START_STICKY的兼容版本，但不保证服务被kill后一定能重启。

在Activity中绑定Service，让Activity能够提供相关信息的流程

Service类创建

1、继承Service

2、复写onBind方法，返回一个绑定的接口给Service。

3、声明一个内部类来继承Binder

4、在onBind中将继承Binder的类给实例化。再讲对象给返回。

在Manifest中注册：service

Activity中

绑定按钮

在OnClick方法中：

实例化Intent对象

通过Intent对象引用来设置页面跳转：intent.setClass(Context.this,class);

Service与Activity绑定：bindService（intent，conn，flags）

用匿名内部类声明一个ServiceConnection对象。里面有onServiceConnected和onServiceDisconnected

Activity与service的绑定，主要通过Binder对象来完成。serivic创建一个Binder，在Activity中获得binder，就能拿到binder中的方法。

Parcel对象

序列化：将对象转化成二进制的数据存起来。

Transact与onTransact

如果想要调用onTransact(int code,Parcel data,Parcel reply,int flags),就得先调用Transact(int code,Parcel data,Parcel reply,int flags)。

code:是一个在FIRST_CALL_TRANSACTION和LAST_CALL_TRANSACTION之间的整数。

data：发往service的数据。

reply：返回给Activity的数据。

flags:通常写成0.