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.