1.service的start和bind的方式区别
两者生命周期不同
start方式有自己独立的生命周期，多次启动服务，只会调用一次oncreate()，但是会重复调用onstartcommand()，停止服务使用stopservice方法，不管start几次，只需要调用一次stopservice即可
Bind方式可以由绑定者调用服务里的方法，多次绑定需要多次解绑且只会调用一次onbind
2.同一个service，先采用start方式，再采用bind方式，如何销毁service
需要先解绑，然后再调用stopservice。
3.Onstartcommand方法返回值有几种，有什么区别
onStartCommand() 方法返回整型数来描述系统应该如何在服务终止的情况下继续运行服务.
返回的值必须是以下常量之一:
START_STICKY
如果服务在开始后 (onStartCommand() 返回后) 被终止, 比如内存不足, 然后会保持已开始状态 (started state), 但是并不保留接收的 intent. 稍后当系统有足够内存时会自己尝试重新创建服务. 因为服务仍处于已开始状态, 所以重建后会调用 onStartCommand() 方法. 但是除非此时有挂起的 intent 要启动服务, 不然传递的 intent 为 null. 使用此方式需要在代码中考虑处理 null 的情况.
该模式主要用于可以在任意的时间段显示的开始和结束服务, 比如后台的音乐播放服务.
START_NOT_STICKY
如果服务在开始后 (onStartCommand() 返回后) 被终止, 但是不会保持已开始状态. 系统也不会再自建该服务. 只能通过显示的调用 startService(Intent) 来重新创建服务. 这是最安全的选项, 可以避免在不必要时以及应用能够轻松重启所有未完成的作业时运行服务.
START_REDELIVER_INTENT
如果服务在开始后 (onStartCommand() 返回后) 被终止, 则会重建服务, 并且传入最后一个接收的 intent 到 onStartCommand(). 这适用于主动执行应该立即恢复的服务(例如下载文件).
小结:
START_STICKY, START_REDELIVER_INTENT： 会重启服务
START_STICKY： 会传递 null 的 intent
START_REDELIVER_INTENT： 会传递最后一个 intent
4.service生命周期方法都运行在哪个线程
service默认是运行在主线程，其生命周期方法也是运行在主线程，若是要执行耗时操作，必须另起线程，否则会产生ANR
