Service

默认情况,如果没有显示的指service所运行的进程,Service和activity是运行在当前app所在进程  的main   thread(UI主线程)里面。

一个Service可以被多个客户进行绑定，只有所有的绑定对象都执行了onBind（）方法后该Service才会销毁，不过如果有一个客户执行了onStart()方法，那么这个时候如果所有的bind客户都执行了unBind()该Service也不会销毁

ntentService？有何优点？

我们通常只会使用Service，可能IntentService对大部分同学来说都是第一次听说。那么看了下面的介绍相信你就不再陌生了。如果你还是不了解那么在面试的时候你就坦诚说没用过或者不了解等。并不是所有的问题都需要回答上来的。

一、IntentService简介

IntentService是Service的子类，比普通的Service增加了额外的功能。先看Service本身存在两个问题：Service不会专门启动一条单独的进程，Service与它所在应用位于同一个进程中；Service也不是专门一条新线程，因此不应该在Service中直接处理耗时的任务；
二、IntentService特征
会创建独立的worker线程来处理所有的Intent请求；会创建独立的worker线程来处理onHandleIntent()方法实现的代码，无需处理多线程问题；所有请求处理完成后，IntentService会自动停止，无需调用stopSelf()方法停止Service；为Service的onBind()提供默认实现，返回null；为Service的onStartCommand提供默认实现，将请求Intent添加到队列中；

弹吐司有个条件就是得有一个Context上下文，而Service本身就是Context的子类，因此在Service里面弹吐司是完全可以的。比如我们在Service中完成下载任务后可以弹一个吐司通知用户。

Service的onStartCommand方法有几种返回值？各代表什么意思？
有四种返回值，不同值代表的意思如下：
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后一定能重启。

onRebind（Intent）方法在什么情况下会执行？

如果在onUnbind（）方法返回true的情况下会执行，否则不执行。