1、service 默认在主线程运行，所以不能在service中直接做访问网络，操作文件等耗时操作，要另外开启线程
2、通过startservice开启的服务，一旦服务开启，这个服务和开启他的调用者之间就没有任何的关系了，调用者不可以访问 service里面的方法，调用者如果被系统回收了或者调用了ondestroy方法，service还会继续存在
3、通过bindService开启的服务，服务开启之后，调用者和服务之间还存在着联系，一旦调用者挂掉了，service也会跟着挂掉
4、service中可以使用 Toast
5、IntentService是自带一个线程的Service，可以自己关闭，一般用于完成后自动关闭的单线程工作任务
6、Service与Activity之间数据交互三种方式：
一，如果Activity调用Service的方法后能获取返回值，那Activity想什么时候从Service中获取信息就什么时候调用Service中的方法。但是，这种方法有局限性，因为Activity不知道Service中的信息什么时候更新，不能被动的接收信息。
二，利用广播接收者可以解决方法1的局限性，当Service中信息有更新时就发送一个广播到Activity中，Activity中注册一个广播接收者来接收广播，以此来更新Activity中的信息。但是有个疑问，假设频繁的发送广播会不会资源消耗大。
三，写一个回调接口
具体步骤如下：
1.先写一个用来做回调的接口
public interface ICount {
void count(int val);
}
2.Service类
public class CountService extends Service {
private int val = 0;public void startCount(ICount iCount){ // 调用CountActivity，因为CountActivity实现了ICount
// do something ...
val ++;
iCount.count(val);
}
}
3.Activity类
注：省略了绑定CountService的代码
public class CountActivity extends Activity implements ICount {
@Override
protected void onCreate(){
// do something ...
startCount(this); // 调用CountService对象的startCount()方法，并把自己传了进入，这样的话CountService对象就能调用自己的方法了
}
@Override
void count(int val){
// update UI
}
}
7、binder可以通过调用transact来从activity发送数据到service，并从service返回数据
8、Service粘性和非粘性
启动service又分为粘性和非粘性：
（1）粘性service：关不掉，由于内存紧张关闭后会重新复活
（2）非粘性service：死了就死了。
区分粘性和非粘性的区别是：看onStartCommand的返回值。
如果在为返回之前系统崩溃，则不存在粘性和非粘性。
非粘性 ：返回值是START_NOT_STICKY 系统杀死，再启动需要自己起startService
粘性：返回值START_STICKY 服务死了之后自己起，但是不是调用startSerivce,而是直接调用service的startCommand方法，所有传过来的intent为null.
返回值START_REDELIVER_INTENT: 死了之后系统自己起，但还是会传过来最后一个intent(由于最后一个导致死亡的，所以再传这个intent可能还会死亡，但是死了四五次就不会再自动启动了。)
9、进程间可以通过Messager进行通信
10、AIDL demo: http://git.oschina.net/atwal/androidAidlDemo