AsyncTask,ThreadPoolExcutor,Service之间的关系与区别

AsyncTask是Google封装的一个异步处理类，通过实现内部的doInBackGround方法就能实现子线程进行耗时操作

AsyncTask的简单实现

       这是一个最简单的AsyncTask实现类，在需要进行耗时操作的地方进行调用即可，Google已经帮我们封装好了这样的一个类，可以直接进行使用，但是有优点就会有缺点，AsyncTask用的是核心机制是线程池机制，最多同时运行5个core线程，剩下的排队，就是如果同时有超过5个耗时操作使用了AsyncTak就会导致其余的任务会有线程阻塞的风险。

      另外还有一点需要注意的特殊情况：

The transfer is on a thread whose lifetime is tied to UI component

传输在线程上发生，而该线程的生命期与UI组件（通常是activity）明确关联，因此此时屏幕旋转，或者activity调用了onDestory的生命周期，这个子线程也会跟着死亡。

由于这个问题的存在，Google给出的解决办法是使用 SERVICE

Service简介

service可以说是一个在后台运行的Activity，它不是一个单独的进程，它只需要应用告诉它要在后台做什么就可以了，它要实现和用户的交互的话需要通过通知栏或则是发送广播，UI去接收显示。它的应用十分广泛，尤其是在框架层，应用更多的是对系统服务的调用。它用于处理一些不干扰用户使用的后台操作。如下载，网络获取。播放音乐，他可以通过INTENT来开启，同时也可以绑定到宿主对象（调用者例如ACTIVITY上）来使用。服务是一个应用程序组件代表应用程序执行一个长时间操作的行为，虽然不与用户交互或供应功能供其它应用程序使用。每个服务类必须有一个相应的包的AndroidManifest.xml中 声明。服务可以通过Context.startService()和Context.bindService()开始工作。它和其他的应用对象一样，在他的宿主进程的主线程中运行。

在需要进行耗时操作的地方调用context.startService();

我们拿服务来进行一个后台长时间的动作，为了不阻塞线程，然而，Thread就可以达到这个效果，为什么不直接使用Thread去代替服务呢？

Service 是android的一种机制，当它运行的时候如果是Local Service，那么对应的 Service 是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的。如果是Remote Service，那么对应的 Service 则是运行在独立进程的 main 线程上。因此请不要把 Service 理解成线程。

ThreadPoolExecutor

ThreadPoolExecutor是Java的多线程处理方法

 

 在需要进行耗时操作的地方调用thread.execute(Runnabler)方法，会开启一个子线程，并用线程池管理（关于线程池不是此处的讨论范围）

总结：

既然三种都是可以进行异步操作的方法，那么到底该用哪个？

AsyncTask：适用于数据轻量且需要及时在主线程刷新UI的时候

Service:适用于没有UI操作，有大量数据需要同步到本地的###时候，（例如同步用户数据，聊天数据）

Thread:一般的长任务(如加载数据到界面)