为何Thread代替不了Service

一、一直没有注意Service和Thread的区别：

1）

• Thread 是程序执行的最小单元，它是分配CPU的基本单位，可以用 Thread 来执行一些异步的操作。
• 如果是Local Service，那么对应的 Service 是运行在主进程的main 线程上的。如果是Remote Service，那么对应的 Service 则是运行在独立进程的main 线程上。因此 Service不是线程！

 2）

• Thread 的运行是独立于 Activity 的，也就是说当一个 Activity 被 finish 之后，如果你没有主动停止Thread 或者Thread 里的 run 方法没有执行完毕的话，Thread 也会一直执行。因此这里会出现一个问题：当 Activity 被 finish 之后，你不再持有该 Thread 的引用。另一方面，你没有办法在不同的 Activity 中对同一 Thread 进行控制。
• 而任何 Activity 都可以控制同一 Service，而系统也只会创建一个对应 Service 的实例（比如可以在其它Activity里用context.startService(serviceName.class)，只要serviceName是同一个Service，这样不同Activity就可以控制同一个Service了）。因此你可以把 Service 想象成一种消息服务，而你可以在任何有 Context 的地方调用 Context.startService、Context.stopService、Context.bindService，Context.unbindService，来控制它，你也可以在 Service 里注册 BroadcastReceiver，在其他地方通过发送 broadcast 来控制它，当然这些都是 Thread 做不到的。

3) Service组件主要有两个目的：①后台运行②跨进程访问（RemoteService调用，AIDL，即通过Binder调用另外一个进程的函数，这也是Service组件的一个目的）。如果在Activity你新开了一个Thread，后来用finish()结束掉这个activity，那这个Thread不会结束，因此理论上最好在Service组件你去开启线程，因为Service可以被绑定控制，那么Service你的线程也好控制它的生命周期（但很多人都是在Activity你直接开启Thread，这样的话要在onDestroy你让Thread退出）。

——————————————————————————————————————————————————————————————————————

二、更精辟的理解：

不少Android初学者都可能会有这样的疑惑，Service和Thread到底有什么关系呢？什么时候应该用Service，什么时候又应该用Thread？答案可能会有点让你吃惊，因为Service和Thread之间没有任何关系！

之所以有不少人会把它们联系起来，主要就是因为Service的后台概念。Thread我们大家都知道，是用于开启一个子线程，在这里去执行一些耗时操作就不会阻塞主线程的运行。而Service我们最初理解的时候，总会觉得它是用来处理一些后台任务的，一些比较耗时的操作也可以放在这里运行，这就会让人产生混淆了。但是，如果我告诉你Service其实是运行在主线程里的，你还会觉得它和Thread有什么关系吗？让我们看一下这个残酷的事实吧。

在MainActivity的onCreate()方法里加入一行打印当前线程id的语句：

[java]  view plain copy

1. Log.d("MyService", "MainActivity thread id is " + Thread.currentThread().getId());  

然后在MyService的onCreate()方法里也加入一行打印当前线程id的语句：

[java]  view plain copy

1. Log.d("MyService", "MyService thread id is " + Thread.currentThread().getId());  

现在重新运行一下程序，并点击Start Service按钮，会看到如下打印日志：

                                 

可以看到，它们的线程id完全是一样的，由此证实了Service确实是运行在和Activity同一个主线程里的（这是说onStart,onStartCommand这些是在UI线程里执行的，但是我们在Service里去new一个Thread，这个Thread当然就不和Activity同一个线程了，说白了，Service其实只是从Activity线程里引申出来的一个空壳，空壳是为了控制Service里面创建的Thread，然后利用空壳里的onStart,onDestroy这些回调来控制Thread的生命周期），也就是说如果你在Service里编写了非常耗时的代码，程序必定会出现ANR的。

你可能会惊呼，这不是坑爹么！？那我要Service又有何用呢？其实大家不要把后台和子线程联系在一起就行了，这是两个完全不同的概念。Android的后台就是指，它的运行是完全不依赖UI的。即使Activity被销毁，或者程序被关闭，只要进程还在，Service就可以继续运行。比如说一些应用程序，始终需要与服务器之间始终保持着心跳连接，就可以使用Service来实现。你可能又会问，前面不是刚刚验证过Service是运行在主线程里的么？在这里一直执行着心跳连接，难道就不会阻塞主线程的运行吗？当然会，但是我们可以在Service中再创建一个子线程，然后在这里去处理耗时逻辑就没问题了。

额，既然在Service里也要创建一个子线程，那为什么不直接在Activity里创建呢？这是因为Activity很难对Thread进行控制，当Activity被销毁之后，就没有任何其它的办法可以再重新获取到之前创建的子线程的实例。而且在一个Activity中创建的子线程，另一个Activity无法对其进行操作。。。。。。。。。。。。。。。但是Service就不同了，所有的Activity都可以与Service进行关联，然后可以很方便地操作其中的方法，即使Activity被销毁了，之后只要重新与Service建立关联，就又能够获取到原有的Service中Binder的实例。因此，使用Service来处理后台任务，Activity就可以放心地finish，完全不需要担心无法对后台任务进行控制的情况。

一个比较标准的Service就可以写成：

[java]  view plain copy

1. @Override  
2. //在Service的onStartCommand里开启一个Thread
3. public int onStartCommand(Intent intent, int flags, int startId) {  
4.     new Thread(new Runnable() {  
5.         @Override  
6.         public void run() {  
7.             // 开始执行后台任务  
8.         }  
9.     }).start();  
10.     return super.onStartCommand(intent, flags, startId);  
11. }  
12.   
13. class MyBinder extends Binder {  
14.   
15.     public void startDownload() {  
16.         new Thread(new Runnable() {  
17.             @Override  
18.             public void run() {  
19.                 // 执行具体的下载任务  
20.             }  
21.         }).start();  
22.     }  
23.   
24. }  

创建前台Service

Service几乎都是在后台运行的，一直以来它都是默默地做着辛苦的工作。但是Service的系统优先级还是比较低的，当系统出现内存不足情况时，就有可能会回收掉正在后台运行的Service。如果你希望Service可以一直保持运行状态，而不会由于系统内存不足的原因导致被回收，就可以考虑使用前台Service。前台Service和普通Service最大的区别就在于，它会一直有一个正在运行的图标在系统的状态栏显示，下拉状态栏后可以看到更加详细的信息，非常类似于通知的效果。当然有时候你也可能不仅仅是为了防止Service被回收才使用前台Service，有些项目由于特殊的需求会要求必须使用前台Service，比如说墨迹天气，它的Service在后台更新天气数据的同时，还会在系统状态栏一直显示当前天气的信息，如下图所示：

                                                   

那么我们就来看一下如何才能创建一个前台Service吧，其实并不复杂，修改MyService中的代码，如下所示：

[java]  view plain copy

1. public class MyService extends Service {  
2.   
3.     public static final String TAG = "MyService";  
4.   
5.     private MyBinder mBinder = new MyBinder();  
6.   
7.     @Override  
8.     public void onCreate() {  
9.         super.onCreate();  
10.         Notification notification = new Notification(R.drawable.ic_launcher,  
11.                 "有通知到来", System.currentTimeMillis());  
12.         Intent notificationIntent = new Intent(this, MainActivity.class);  
13.         PendingIntent pendingIntent = PendingIntent.getActivity(this, 0,  
14.                 notificationIntent, 0);  
15.         notification.setLatestEventInfo(this, "这是通知的标题", "这是通知的内容",  
16.                 pendingIntent);  
17.         startForeground(1, notification);  
18.         Log.d(TAG, "onCreate() executed");  
19.     }  
20.   
21.     .........  
22.   
23. }  

这里只是修改了MyService中onCreate()方法的代码。可以看到，我们首先创建了一个Notification对象，然后调用了它的setLatestEventInfo()方法来为通知初始化布局和数据，并在这里设置了点击通知后就打开MainActivity。然后调用startForeground()方法就可以让MyService变成一个前台Service，并会将通知的图片显示出来。

现在重新运行一下程序，并点击Start Service或Bind Service按钮，MyService就会以前台Service的模式启动了，并且在系统状态栏会弹出一个通栏图标，下拉状态栏后可以看到通知的详细内容，如下图所示。

                                                   

之所以不在onReceiver里另起一个Thread来做耗时工作，不是不能用Thread做，一方面是因为Thread不好控制（难道你要用run()里面while(shouldRunning)这种模式来控制Thread结束吗），另一方面是因为如果进程处于inactive很容易被系统杀掉，那么进程里面的Thread也会被杀掉，因为系统并不认里面的Thread，如果你用Service，因为我们已经有很多防止Service被杀掉的机制，那么就会保护这个进程不会被系统杀掉，当然这个Service里执行的耗时任务也得到保护了！——保护线程里面执行的工作不被意外干掉，也是我们尽量使用Service不使用Thread的一个很重要原因！