1、生命周期

    2、启动方式

        a、通过startService启动service,则需要通过stopService或者stopSelf来停止service，多次调用startService，oncreat方法只会被执行一次。

        b、通过bindService绑定service,则需要通过unbindService或者stopSelf来解绑service。此种启动方式会随着绑定的activity的生命的结束而解绑，多次调用bindService，oncreat方法只会被执行一次。

        c、使用startService启动service，会调用onStartComand方法，此方法的返回值有四种：         

                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后一定能重启。  

        d、onStartComand参数flags含义：启动服务的方式   

                START_FLAG_REDELIVERY：如果你实现onStartCommand()来安排异步工作或者在另一个线程中工作, 那么你可能需要使用START_FLAG_REDELIVERY来让系统重新发送一个intent。这样如果你的服务在处理它的时候被Kill掉, Intent不会丢失.  

                START_FLAG_RETRY：表示服务之前被设为START_STICKY，则会被传入这个标记。